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SEE WHAT’S ON OUR MINDS 



Conferences sure have changed. Lately it 
seems, the more specialized the better. But 
most of us are having to learn and apply a 
broad range of technologies on a daily basis. 
What's important to us too, is the chance to 
exchange ideas with our peers, to see what's 
happening on the other side of the fence, and 
be exposed not only to new ideas, but different 
ways of thinking about the old. 

And that's where we come in. Over the past ten 
years we've developed a conference that tries 
very hard to cover a broad range of topics and 
deals with the interesting problems of comput¬ 
ers, communications, AND computers commu¬ 
nicating. And we've tried to keep that balance 
between new theories and practical application. 

Our way of "communicating" with you includes 
a combination of technical sessions where you 
present your own ideas, panels where you can 
debate with the experts, and tutorials where 
you get in-depth training on new techniques. 

Your sessions include the following topics: 

• Computer Technology 

• Networking Systems * AI/Knowledge Engineering 

• Distributed Systems * Applications 

• Software Systems * Communications Technology 

And our full-day tutorials will teach you the 
latest in: 

• System Requirements Engineering • Broadband Switching 

• Network & Data Communication • Software Development 

• Object Oriented Programming • Parallel Processing 

• Fault Tolerant Distributed Systems • Multimedia Systems 

• Developing AI Systems • Hardware Modeling 

• Adaptive Signal Processing • Neurocomputing 

So come to Scottsdale, and help us celebrate 
our tenth anniversary by making this our best 
conference to date. We can't do it without you. 

Contact us for a poster, a brochure, or more 
detailed information. Because, even though 
we're computer heads, how are we going to 
communicate if we don't get together and talk? 


March 27-30, 1991 

Scottsdale, Arizona 

Contact: Mary Murphy-Hoye 

(602) 554-5257 or mhoye@fa.intel.com 


Sponsored by the IEEE 
Communication Society 


INTERNATIONAL PHOENIX CONFERENCE ON COMPUTERS & COMMUNICATIONS 


















NEW OBJECT-ORIENTED LANGUAGE 


FROM Animate IMPORT DynlmageObj; 

FROM GrpMod IMPORT QueueObj; 

TYPE 

PlatformObj = OBJECT(DynlmageObj) 

OrbitPosition : REAL; 

OrbitVelocity: REAL; 

OrbitRadius : REAL; 

Messages : QueueObj; 

Quadrant : INTEGER; 

TELL METHOD SendTo(IN platform : PlatformObj); 

TELL METHOD Receive From(IN platform : PlatformObj); 

ASK METHOD ComputePosition; 

END OBJECT; 
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Readable compact language with multiple 
inheritance, strong typing and dynamic binding 

Forms, graphs, and icons defined through the 
editor-no programming 


After you’ve tried new MODSIM II 
other object-oriented languages will seem primitive 

Free trial and, if you act now, free training 


M ODSIM II is a modern 

high-level, object-oriented 
language with these important 
benefits: 

• Object-oriented programming. 

The powerful mechanisms that 
help you develop structured, eas- 
ly maintainable code. 

• A compact, readable language. 
Your programs are at least 25% 
smaller than equivalent C + + 
programs and they are easier to 
read. 

• Symbolic debugger. Error detec¬ 
tion and correction are simplified 
through steptracing, multiple 
breakpoints, and data viewing. 

• Graphics and animation. You 
easily lay out your graphical in¬ 
terface with no programming. 

• Standardization across com¬ 
puters. Your development invest¬ 
ment is preserved when you 
change computer types. 

• Simulation. All the features you 
need to do simulation and auto¬ 
matically collect statistics are 
available if you need them. 

With these benefits the time and 
cost you need to develop programs is 
sharply reduced. 


Free trial offer 

The free trial contains everything 
you need to try MODSIM II on your 
computer. Try the language, the 
quality and the timeliness of our sup¬ 
port, and our documentation and 
training— everything you need for a 
successful project. 

We’ve been providing software 
and support for 29 years—we’ll be 
here when you need us. 

Computers with MODSIM II 

MODSIM II® is available for all 
popular computers. 

Charter User Group benefits 

CACI is now organizing a MOD¬ 
SIM II Charter User Group. Mem¬ 
bers receive a reduced price, early 
releases, and other benefits. 

For a limited time we also include 
free training. Call today to avoid 
disappointment-class size is limited. 

For immediate information 

In the U.S., call Hal Duncan at 
(619) 457-9681, or Fax (619) 457-1184. 
In Europe, call Nigel McNamara, in 
the UK, on (081) 332-0122, Fax (081) 
332-0112. In Canada, call Peter Holt 
on (613) 782-2474, Fax (613) 

782-2202. 


Rush information on MODSIM II. 

Free trial-learn the reasons for the 
growing popularity of MODSIM II. 

Charter User Group offer-return the 
coupon today and we will include a I 
free course worth $950. 



o/s 


□ Send details on your University Offer 

Return to: ieee COMP 

CACI Products Company 
3344 North Torrey Pines Court 
La Jolla, California 92037 

Call Hal Duncan at (619) 457-9681 
Fax (619) 457-1184 
In Europe: 

CACI Products Division 
Palm Court, 4 Heron Square 
Richmond, Surrey TW9 1EW, UK 

Call Nigel McNamara on (081) 332-0122 
Fax (081) 332-0112 
In Canada: 

CACI Products Company 
200-440 Laurier Avenue West 
Ottawa, Ontario KIR 7X6 

Call Peter Holt on (613) 782-2474 
Fax (613) 782-2202 


MODSIM II is a registered trademark and 
©1990 CACI Products Company 
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Guest Editor’s Introduction: Experimental Research in Computer Architecture 

Yale N. Patt 

PAWS: A Performance Evaluation Tool for Parallel Computing Systems 

Daniel Pease, Arif Ghafoor, Ishfaq Ahmad, David L. Andrews, Kamal Foudil-Bey, Thomas E. Karpinski, Mohammad A. Mikki, and 
Mohamed Zerrouki 

PAWS (Parallel Assessment Window System) provides an interactive user-friendly environment for analysis of existing, prototype, and 
conceptual machine architectures running a common application. 

Address Tracing for Parallel Machines 

Craig B. Stunkel, Bob Janssens, and W. Kent Fuchs 

This survey of recently implemented approaches to address tracing highlights the issues specific to collection of traces for both shared and 
distributed memory parallel computers. 

A Performance Comparison of the IBM RS/6000 and the Astronautics ZS-1 

William Mangione-Smith, Santosh G. Abraham, and Edward S. Davidson 
Application-specific performance bounds for two superscalar machines, and the DECstation 3100, help explain actual delivered 
performance and indicate areas for improvement. 

Benchmark Characterization 

Thomas M. Conte and Wen-mei W. Hwu 

How do you design with benchmark performance in mind? This article presents an abstract system of benchmark characteristics that lets 
you succeed at the very beginning of the design stage. 

The Design of a Microsupercomputer 

Trevor N. Mudge, Richard B. Brown, William P. Birmingham, Jeffrey A. Dykstra, Ayman I. Kayssi, Ronald J. Lomwc, Oyekunle A. 
Olukotun, Karem A. Sakallah, and Raymond A. Milano 

Using advanced GaAs technology and a multichip module package, this prototype next-generation machine takes advantage of the best of 
both the microprocessor and supercomputer traditions. 

Implementation of the PIPE Processor 

Matthew K. Farrens and Andrew R. Pleszkun 

The PIPE processor chip demonstrates that supporting architectural queues does not complicate the instruction issue logic, and frees the 
processor clock rate from external memory speed influences. 

Hector: A Hierarchically Structured Shared-Memory Multiprocessor 

Zvonko G. Vranesic, Michael Stumm, David M. Lewis, and Ron White 
Hierarchical structure results in a fast backplane and a bandwidth that increases linearly with the number of processors. Hector scales 
efficiently to larger sizes and faster processors. 

Building and Using a Highly Parallel Programmable Logic Array 

Maya Gokhale, William Holmes, Andrew Kopser, Sara Lucas, Ronald Minnich, Douglas Sweely, and Daniel Lopresti 
Construction of real hardware and feedback from real users contributed to Splash’s design, development, and success. For certain pattern- 
matching applications its price/performance ratio is unmatched. 
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SUN 

PROUDIY 

ANNOUNCES 

THE 

ULTIMATE 

STRIVING 

MACHINE 


SPARCstation™ 2. If you 
think limits were made to be 
exceeded, this is your kind of 
machine. 

After all, it exceeds all our 
own limits. Last year, SPARC- 
station 1 broke every record for 
price and performance. And 
became the best-selling work¬ 
station in history By far. But we 
went right back to the drawing 
board. And created the entire 
SPARCstation 2 line. 

POWER YOU CAN ACTUALLY USE. 

To begin with, you get twice 


the performance. For about the 
same price. 28.5 MIPS. 21 
SPECmarks. And4.2MFLOPS. 
You can even have up to 96MB 
of RAM. And as much as 
7.6GB of mass storage. 

But more than just a hot 
engine, you get everything 
else you need to do your job. 
Unbelievably real graphics. 

Easy networking. A huge 
selection of software. And 
complete expandability 
Put all that together, and 
you get the kind of power you 
can actually use. 

trademarks, and Sun, SunOS, OpenWindows, DeskSet and Computers that network 


THE WHOLE LINE IS AWESOME. 
THE PRICES AREN'T. 


Just look at SPARCstation 
2GX. It gives you ultra-high 
speed at no extra cost. And 
brings a whole new level of 
performance to X-window 
applications. So it's ideal for 
electronic publishing. Financial 
analysis. And for anyone who 
has to work with 2-D and 3-D 
wireframe applications. 

And that's just the most 
basic color model. We've also 
built SPARCstation 2GS. It lets 


©1990 Sun Microsystems, Inc. Sun Microsystems an 


: people are trademarks of Sun Microsystems, Inc. SPARCstation and SPARCware 













you create 3-D solid images 
in 24-bit true color. It's the 
kind of machine you hate to 
share. And from now on, you 
won't have to. 

At the high end, there's 
SPARCstation 2GT. It does all 
the above, but it's been tuned 
especially for PHIGS, which 
is the highest standard for 3-D 
graphics on the planet. So it 
runs five times faster than the 
GS. With all this, it gives you 
a level of image quality you've 
never seen at anywhere close 
to its price. 


THE WHOLE THING MAKES 
PERFECT STRATEGIC SENSE. 


At Sun, we make a full line 
of SPARC-based systems. From 
the lowest-cost RISC/UNIX® 
workstation in the world to 
servers that support hundreds 
of users. They're all binary 
compatible. And they're built to 
run the most widely accepted 
standards for workstations. 

On the subject of software, 
there are more than 2100 
SPARCware " applications. In¬ 
cluding all the most popular 


solids modeling programs. 
And the most popular PC soft¬ 
ware. And with our OPEN 
LOOK® interface, you'll spend 
less time learning the system. 
And more time on your real job. 
If you'd like to know more, 
caUusat1-800-821-4643. (From 
California, 1-800-821-4642.) 

And we'll give you a better 
machine to strive with. 


♦sun 


Computers that network people'" 


of UNIX System Laboratories, Inc. 





























Chips Symposium 


Stanford University, Stanford, California 
Monday & Tuesday, August 26-27,1991 
General Chair: Martin Freeman, Philips Research 
Program Co-chairs: Forest Baskett, Silicon Graphics & John Hennessy, Stanford 


Call for Contributions 


Hot Chips is back once again! Sponsored by the IEEE Computer Society Technical Committee 
on Microprocessors and Microcomputers, Hot Chips III is a conference that consists of 
presentations on high-performance chip and chip-set products, and related topics. This conference 
is directed particularly at new and exciting products. The emphasis is on real products, not 
academic designs. Participants will not be required to prepare written papers. The proceedings 
will consist of copies of the slides to be presented. 

Contributions are solicited in the following areas: 

• RISC and CISC Processors • Bus Chips 

• Floating Point Processors • Cache Controllers and Memories 

• Embedded CPUs • Neural Chips 

• Graphics & Image Processing Chips • Systolic Array Chips 

• Digital Signal Processors • Compiler Issues with Hot Chips 

• Network Chip-Sets • Benchmarking/Performance Evaluation 

Proposals should consist of a title, an extended abstract (1-5 pages) describing the product or topic 
to be presented, and the name, title, address, phone number, fax number, and electronic mail 
address of the presenter. If this is a not yet announced product, and you would like the submission 
kept confidential, please indicate it; we will do our best to maintain confidentiality. Submissions 
can be made by hard copy, fax, or electronic mail by April 1,1991 to: 

Ms. Melissa Anderson 
Program Committee Administrator 
Silicon Graphics Inc. 

2011 North Shoreline Blvd. 

P.O. Box 7311 

Mountain View, CA. 94039-7311 

fax: (415)965-7651, email: mda@sgi.com 

For further general information about the symposium, contact Martin Freeman at (408)991-3591 
or mfreeman@sierra.stanford.edu. For further information about submissions, contact Melissa 
Anderson at (415)335-1565 ormda@sgi.com. 
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40 YEARS OF SERVICE 



Our 40th year 


I t would be understandable and per¬ 
haps forgiveable in a message open¬ 
ing our 40th anniversary year to 
chronicle our growth by pointing to our 
past achievements, replete with an ex¬ 
haustive, self-congratulatory, and mind- 
numbing catalog of numbers of confer¬ 
ences, technical committees, and 
periodicals launched; membership 
growth plateaus achieved; etc. But ex¬ 
cept for the hundreds of volunteers who 
did the work to achieve those goals, there 
is probably little to rivet the general in¬ 
terest in such an account. Most of us are 
primarily interested in our own technical 
specialties and the programs that support 
them, and even those volunteers who 
played critical roles in major society 
achievements probably had little sense of 
contributing to the international organi¬ 
zation that is the Computer Society to¬ 
day. It seems more likely that they were 
focused on launching their own periodi¬ 
cal or making their own conference or 
other special program a success. That 
sort of enthusiasm is of course one of the 
strengths of our society. But alas, our ad¬ 
ministrative and organizational history is 
probably significant only to those few of 
us who are called upon to monitor and 
manage the organization as a whole. 

Yet perhaps it might be fun (and even 
instructive) to look at some of the con¬ 
trasts between where we are today and 
where we were 40 years ago. We began 
as an offshoot of the electrical engineer¬ 
ing and electronics fields (represented in 
those early days by the American Insti¬ 
tute of Electrical Engineers and the Insti¬ 
tute of Radio Engineers). Both the AIEE 


and the IRE had established thriving 
computer committees in the late 1940s, 
reflecting the continued interest in sus¬ 
taining the development of large-scale 
computing devices in the years during 
and immediately after World War II. 

However, even though our roots ex¬ 
tended back to the 1940s, our own Board 
of Governors decided in 1974 that the of¬ 
ficial year of our birth had been 1951, 
the year the IRE’s Computer Group held 
its first official administrative committee 
(or “Adcom” as it was called then) meet¬ 
ing. Had we elected to chart our begin¬ 
ning from the AIEE’s Committee on 
Computing Devices (formally inaugurat¬ 
ed on January 29, 1948), we could now 
claim to be the oldest computing society 
in the US. On the other hand, marking 
our beginning in 1951 meant that our 
25th anniversary would coincide with the 
nation’s bicentennial celebration in 1976, 
and I suppose the prospects of greater PR 
impact took precedence over the loss of 
bragging rights to ACM, whose origin 
dates back to 1949. 

Even before the formation of the 
AIEE’s Committee on Computing Devic¬ 
es in 1948, there was an AIEE Subcom¬ 
mittee on Large-Scale Computing Devic¬ 
es, organized in 1946. Both committees 
were chaired by Charles Concordia of 
General Electric, who organized a ses¬ 
sion on computing at the AIEE Winter 
Meeting in New York in January of 
1947. According to the advance program, 
the session would consist of “talks by 
men from each of the six leading centers 
of digital computer development to cover 
(1) the present status of developments 



Duncan H. Lawrie 


and (2) the probable future trends.” It 
was an impressive list: 

Howard Aiken, Harvard University 
Julian Bigelow, Princeton University 
Jay Forrester, MIT 
John McPherson, IBM 
T.K. Sharpless, University of Penn¬ 
sylvania 

Sam Williams, Bell Laboratories 

Just browsing through our current pe¬ 
riodical, conference, and technical com¬ 
mittee titles, with their heavy emphasis 
on software, applications, and the inter¬ 
dependence of hardware and software is¬ 
sues, gives a sense of how the society 
has responded to the initiatives and 
growth patterns of the industry since 
those early days when people like 
Charles Concordia and Mort Astrahan 
were organizing the first committees and 
conferences dealing with the subject. I 
don’t have a copy of the scope statement 
of the AIEE’s Computing Devices Com¬ 
mittee. However, I do have such a state¬ 
ment for the IRE’s Professional Group 
on Electronic Computers, and its lan¬ 
guage is interesting for the contrast it 
provides with the breadth of our scope 
today: 

The treatment of all matters in which the 
dominant factors are the requirements, de¬ 
sign, construction, selection, installation, 
and operation of machinery and devices re¬ 
lating to computing devices, including stud¬ 
ies relating to the electromagnetic, elec¬ 
tronic, and mechanical phenomena of such 
devices. Fundamental mathematic, elec- 
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New Draft 
Standard 

from 

IEEE COMPUTER 
SOCIETY PRESS 

NuBus '90 
P1196-R/D1.3 

Draft Specification 

Now available for six months is the 
unapproved draft of the next Standardfora 
Simple 32-Bit Backplane Bus: NuBus. This 
is the final draft and is on sale for comments 
until sponsor balloting on July 1st 1990. 

The proposed NuBus ’90 specification 
has resulted from the changes made to the 
NuBus ’87 specification. These include 
changes in arbitration timing; improved 
dimension references and tolerance speci¬ 
fications for a PC-style board; and addition 
of a 2X block transfer protocol and a cache 
coherency protocol. 




BOOLE 

Version 1.4 

The software tool of choice 
for development and 
delivery of approximate 
reasoning models. 

Arbitrary boolean formulas and a 
complete set of coefficients of 
relation allow precise descriptions 
of uncertainty. 

Solver based on the Binomial 
Polytopes algorithms for 
unmatched performance and 
reliability. 

Requires hardware capable of 
running PC/MS-DOS. 

Manual, software: $385.00 
Visa MC Check 

URSIC Computing 

5210 Trafalger Place 
Madison, WI 53714 
(608) 241-0651 
Mon. - Fri. 9am - 4pm 



TO ORDER CALL 1 -8QO-CS-BOOK 



tronic, and properties of materials entering 
into these devices are not included. 


If we exhibited a hardware bias in 
those early days, that soon gave way to 
the recognition of the critical role of 
software in systems and applications. As 
early as the late 1950s, papers were be¬ 
ginning to show up in the Eastern Joint 
and Western Joint Computer Conferenc¬ 
es (precursors to the Spring Joint and 
Fall Joint Computer Conferences) on 
topics like compilers and simulation, and 
in August of 1964, the IEEE Transations 
on Computers devoted a special issue to 
computer languages, with such notable 
authors as Backus, Knuth, Floyd, and 
Sammet. We finally launched a major 
initiative in the software area in 1975, 
when we started IEEE Transactions on 
Software Engineering and, in cosponsor¬ 
ship with ACM, the International Con¬ 
ference on Software Engineering. 

Another thing that stands out as you 
review those early accounts is how small 
the community was: a few dozen orga¬ 
nizers, mostly from universities and re¬ 
search laboratories where work had al¬ 
ready been underway during and 
following World War II. Today, 40 years 
later, “the community” has expanded to 
several individual subcommunities: 

VLSI, software engineering, computer 
graphics, data engineering, AI, etc. But 
despite the enormous growth of the in¬ 
formation industry as a whole, each indi¬ 
vidual community is still small enough 
for each of us to know a large proportion 
of our colleagues. 

Concomitant with the expansion of the 
computing community has been the ex¬ 
plosion of information generated by and 
about that community. When I joined the 
society back in 1966,1 could keep up 
with almost everything I needed to know 
by attending one or two conferences a 
year and subscribing to the IEEE Trans¬ 
actions on Computers and the Journal of 
the ACM. Today the society publishes six 
magazines and five transactions. Each 
year we sponsor or cosponsor more than 
100 technical conferences, and we pub¬ 
lish more than 100 books and proceed¬ 
ings annually. And that doesn’t even be¬ 
gin to take into account the hundreds of 
other periodicals, conferences, and books 
— commercial and noncommercial — 
that address our field. The number of 
journals alone makes it impossible for 
any one person to keep up with them all, 
and subscription fees are getting prohibi¬ 
tive, even for libraries. Like the prover¬ 
bial shoemaker, we have failed to apply 
our own technology to our own informa¬ 
tion-transfer problems. We must take 
stronger steps to get our publications dis¬ 
tributed in electronic form and to put in 


place powerful software that permits 
search and selective dissemination. More 
about this in coming months. 

Forty years ago there were few stan¬ 
dards in the computing business. What 
standards there were tended to be propri¬ 
etary, and the effect was to make inter¬ 
facing more difficult rather than less so. 
“Open systems” is now not only a com¬ 
mon buzzword but a principle that most 
computer professionals support, and the 
Computer Society actively supports 
about 50 standards projects — all aimed 
at achieving that goal. 

Yet another sharp and obvious contrast 
between 40 years ago and today is the 
pervasiveness of computers in our soci¬ 
ety. In 1951 and the ensuing decade, they 
were in many respects an oddity — a 
subject of extravagant speculation and 
more than occasional public suspicion. 
Today few literate people would deny 
that they are essential to the operation of 
our society: they run our appliances, our 
nuclear and conventional utilities, our 
airplanes, our financial and medical in¬ 
stitutions, and our weapon systems. As a 
consequence, computer professionals are 
being held accountable — as we should 
be — for the correct behavior of our 
hardware and software. This in turn 
points to the need for setting standards 
for performance, correctness, behavior, 
and educational programs. Legislative 
bodies are turning increasingly to profes¬ 
sional societies for advice about these 
and other issues. Too often advice from 
the computing community has been con¬ 
tradictory — and thus ignored. (Someone 
once said that the difference between 
physicists and computer scientists is that 
when the physicists circle the wagons 
they fire outward.) We need to develop 
ways to present meaningful and accurate 
advice to public policymakers — both in 
the US and abroad. 

A lot has happened in the computer 
field over the last 40 years. Most of it 
has been successful. Now we have to get 
on with making the next 40 years of his¬ 
tory. 

Duncan H. Lawrie 

Computer SocietyPresident 


In writing this message I leaned heavily on 
the December 1976 issue of Computer (spe¬ 
cial 25th anniversary issue), in particular the 
interesting and entertaining contributions by 
Charles Concordia, Mort Astrahan, and Walter 
Anderson. I also acknowledge the assistance 
of Harry Huskey, Rex Rice, Michael Elliott, 
and True Seaborn. Any errors, of course, are 
all mine. A more detailed (and probably more 
accurate) historical article will appear later in 
the year. 
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3rd International Conference on 

TOOLS 

FOR 

ARTIFICIAL 

INTELLIGENCE 

November 5-8, 1991 ■ San Jose, California 

Sponsored by IEEE Computer Society 


ORGANIZING AND 

PROGRAM COMMITTEE 

General Co-Chairmen 

Wei-TekTsai 

Dept, of Computer Science 

University of Minnesota 

This conference encompasses the technical aspects of specifying, designing, implementing, and 
evaluating tools with artificial intelligence and tools for artificial intelligence applications. 

The topics of interest include the following aspects: 

■ Machine Learning, Theory and Algorithms ■ Expert Systems and Environments 

■ AI and Software Engineering 

■ AI Applications 

Minneapolis, MN 55455 

■ AI Knowledge Base Architectures 

■ Parallel Processing and Hardware Support 

(612) 625-6371 (0) 

■ AI Algorithms 

■ Artificial Neural Networks 

tsai@umn-cs.cs.umn.edu 

Nikolaos G. Bourbakis 

■ AI Language Tools 


4138 Moonflower Court 

San Jose, C A 95135 

INFORMATION FOR AUTHORS 

(408) 284-6494 (o) 

Authors are requested to submit five copies (in English) of their double-spaced typed manuscript 

(408) 256-6760 (fax) 

(maximum of 20 pages) with an abstract to the program chair by April 10, 1991. The conference 

Pr Z“ , ",^ww“" 

language is English and the final papers are restricted to seven IEEE model pages. A submission 

University of Illinois 

letter that indicates which of the conference areas is most relevant to your paper, and the postal 

Treasurer 

Shashi Shekhar 

University of Minnesota 

Local Arrangements 

address, electronic mail address, telephone number, and fax number (if available) of the contact 
author must accompany the paper. Authors will be notified of acceptance by July 15, 1991 and will 
be given instructions for final preparation of their papers at that time. Outstanding papers will be 

Phillip Sheu 

eligible for publication in Computer Society/IEEE journals. 

Rutgers University 



Publicity 

Robert Reynolds 

Submit papers and panel proposals by April 10, 1991 to: 

Wayne State University 

Benjamin W. Wah 


Rudiger Brause 

3rd TAI Program Chair 


J. W. Goethe Universitat 

Coordinated Science Laboratory, MC 228 

Mike Papazoglou 

Australian National University 

Publications 

University of Illinois at Urbana-Champaign 

1101 West Springfield Avenue 

Sukhan Lee 

Urbana, IL 61801-3082, U.S.A 


University of Southern California 

(217) 333-3516 (o), (217)244-7175 (sec.), (217) 244-1764 (fax) 

Tutorials 

Mark Perlin 

wah@aquinas.csi.uiuc.edu 


Carnegie-MellonUniversity 

Registration 

TUTORIALS 


CrisKoutsougeras 

In addition to papers, proposals for om 

s-day tutorials are solicited in any of the conference areas. 

Expert Systems Environments Vice Chair 

Such proposals should be submitted to the tutorial chair by April 10, 1991: 

Gunter Schlageter 

Mark Perlin 


Fern Universitat 

3rd TAI Tutorial Chair 


AI and Knowledge Base Vice Chair 

School of Computer Science 


University of Tokyo 

Camegie-Mellon University 


Artificial Neural Networks Vice Chair 

5000 Forbes Avenue 


Jose Degardo-Frias 

Pittsburgh, PA 15213 


SUNY, Binghamton 

AI Application Vice Chair 

(412) 268-5297 


Apostolas Dollas 

perlin@cs.cmu.edu 


Duke University 

Machine Learning Vice Chair 


□ Please send me more information about the 3rd TAI. 

Mamdouh H. Ibrahim 

Electronic Data Systems 


Name 

Parallel Processing and Hardware 

Support Vice Chair 

Jie-Yong Juang 


Company 

Address 

Northwestern University 

AI Language Tools Vice Chair 


City/State/Zip 

Jerry Yan 

NASA, Ames Research Center 


Country 

AI Algorithms Vice Chair 

Vipin Kumar, University of Minnesota 

Send to: Nikolaos G. Bourbakis, 4138 Moonflower Court, 

AI for Software Engineering Vice Chair 

IEEE 

San Jose, CA 95135 

Jeffrey Tsai, University of Illinois 


(408) 284-6494 (o), (408) 256-6760 (fax) 




















MESSAGE 


Logging on 


Computer serves a community of pro¬ 
fessionals with various interests. A pri¬ 
mary goal of the magazine is to publish 
the best from the subdisciplines repre¬ 
sented by its readership. By “best” I 
mean those innovative ideas whose im¬ 
plementation will have a lasting influ¬ 
ence on computer science and engineer¬ 
ing. Therefore, a Computer article must 
be technically substantive and, to the 
greatest extent possible, present an idea 
that is worthy of attention outside the 
specialist community. It is also important 
for a Computer article to evoke interest. 
That is, it must be written in such a way 
as to instill in the reader the interest that 
some time ago inspired the authors. Au¬ 
thors must write to both educate and in¬ 
spire. From my own experience, it is a 
greater challenge to write a good Com¬ 
puter article than it is to write almost any 
other type of paper. 

As the editor-in-chief, my primary re¬ 
sponsibility is to assure the high quality 
of Computer articles. This is done 
through a stringent referee process, in 
which prospective articles are read by 
referees, whose anonymous comments 
influence the decision process and the re¬ 


writing process for manuscripts under 
consideration. This, in turn, depends on 
referees who commit to a careful reading 
and a fair, unbiased review. 

The quality of Computer depends on 
authors who submit high-quality manu¬ 
scripts and on referees who make consci¬ 
entious comments. This is your maga¬ 
zine, and I encourage you to participate 
in both processes. If you have made a 
substantial technical contribution and are 
willing to invest the effort to provide a 
clear well-written description, I invite 
you to submit a manuscript. If you are 
willing to read submitted manuscripts, I 
invite you to be a referee. 

In most issues of Computer , you will 
see calls for articles and referees, often 
associated with special issues devoted to 
certain topics. For example, this issue 
features calls for articles on multimedia 
information systems, heterogeneous dis¬ 
tributed database systems, and parallel 
processing for computer vision and im¬ 
age understanding (see p. 127). These 
issues are planned for publication in 
October 1991, December 1991, and 
February 1992, respectively. And, of 
course, manuscripts of general interest to 



Jon T. Butler, a professor in the De¬ 
partment of Electrical and Computer 
Engineering at the Naval Postgraduate 
School in Monterey, California, begins 
his term as Computer’s editor-in-chief 
with this issue. He succeeds Bruce D. 
Shriver, who served as editor-in-chief 
from April 1987 through December 
1990. 


Computer readers are always welcome. 

It is appropriate to begin my term by 
acknowledging the inspiration Bruce 
Shriver has provided as outgoing editor- 
in-chief. He has provided more assistance 
than I could possibly have hoped for from 
any other outgoing editor-in-chief. I also 
want to thank Carla M. Shaw, my editori¬ 
al assistant for Computer, and Marilyn 
Potes, managing editor, for their dedica¬ 
tion, and to say I look forward to working 
with both of them. 

Jon T. Butler 

Editor-in-chief 


LETTERS TO THE EDITOR 


References omitted 

To the Editor: 

When the edited version of my article 
“Identifying and Mitigating Risks to 
Computer Resources” appeared in your 
Computer Society News department 
(Nov. 1990, pp. 91-92), all references 
and sources cited in the original paper 
were omitted. It is most important for 
readers to know that the data regarding 
the distribution of computer security 
losses is based on the original, and pub¬ 
lished, work of Robert H. Courtney and 


on subsequent papers by Shaw and by 
Kaplan and Clyde. Please publish a state¬ 
ment including the original citations to 
correct any potential misconceptions. 
Robert J. Melford 
R.J. Melford Associates 
The references cited were omitted due 
to an editorial oversight. They appear 
below as intended by the author. — Ed. 

1. R. Courtney, “A Statistical Analysis of 
Computer-Related Theft,” 1988 IBM/DEC 
Computer Security Conf., Washington, 
DC, Computer Security Inst., San Fran- 


2. R. Shaw, “Security: A Management Is¬ 
sue,” 1990 IBM/DEC Computer Security 
Conf., Lake Buena Vista, Fla., Computer 
Security Inst., San Francisco. 

3. R. Kaplan and R. Clyde, “The History of 
Recent Computer Break-Ins,” Digital 
Equipment Computer Users Soc. Spring 
1990 Symp., New Orleans. 


Computer welcomes your letters. 
Send to Letters Editor, Computer, 
10662 Los Vaqueros Circle, PO Box 
3014, Los Alamitos, CA 90720-1264. 

All submissions are subject to edit¬ 
ing for style, length, and clarity. 
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Conference on Object-Oriented Programming 
Systems, Languages, and Applications 

CALL FOR PARTICIPATION 

6-11 October 1991 • Phoenix Civic Plaza, Phoenix, AZ 

Object technology is influencing many areas of computer technology, including programming 
languages, software engineering, user interfaces, databases, distributed systems, and OSI 
network management. The availability of practical support for applying object technology is 
encouraging its use in real-world software development. 

The annual OOPSLA conference is the premier forum bringing together researchers, developers, 
and practitioners to share ideas and experiences related to object technology. Areas of interest 
include: language design and implementation, tools and environments, components and frame¬ 
works, principles and theory, concurrent and distributed systems, methods and processes, data¬ 
bases and persistence. 

Conference Committee 


Education Chair 
John Pugh 
Carleton University 
Operations Chair 
Daniel E. Steinbach 
Sleinbach £ Company 


Tutorials 
Jon Hopkins 

Synetics Software 
Corporation 

Workshops 
Kent Beck 
MasPar Computer 
Corporation 


Panels 

Ralph Johnson 
University of Illinois 
at Urbana-Champaign 


Exhibits 

Timlynn Babitsky 
& Jim Salmons 
JFS Consulting 


Registration/Conference 

Information 
Carole Mann 
Gentleware Corporation 

Publications/Publicity 
Dexter Sealy 
On Technology 

Local Arrangements 
Naomi Nielson 
Servio Corporation 


Student Volunteers 
Suzanne Skublics 
Carleton University 

Audio/Visual 
Robert M. Livingston 
Steinbach & Company 


Program Committee 


Program Chair 
Alan Snyder 
Hewlett-Packard 
Laboratories 


William Cook 
Apple Computer, Inc. . • 
Peter Deutsch 
ParcPIace Systems 
Gail Kaiser 
Columbia University 


Mark Linton 
Silicon Graphics, Inc. 

Ole Lehrmann Madsen 
Aarhus University 

Ron Morrison 
University of St. Andrews 

Eliot Moss 

University of Massachusetts 
Mayer Schwartz 

Tektronix, Inc. 


Jacob Stein 
Servio Corporation 

Dave Thomas 
Object Technology 
International 

Mario Tokoro 
Keio University/Sony CSL 
Chris Tomlinson 
MCC 


Rebecca Wirfs-Brock 
Tektronix, Inc. 

Aki Yonezawa 

University of Tokyo 


Sponsored by the Association for Computing Machinery’s Special Interest Group on Programming Languages (ACM/SIGPLAN) 










IMPORTANT DATES 

1 March 1991 

20 May 1991 

Papers due 

Contributors notified of 

1 April 1991 

acceptance 

Experience reports due 

20 June 1991 

Tutorial proposals due 

Camera-ready papers due 

Workshop proposals due 

Camera-ready panel position 

Panel proposals due 

papers due 

1 May 1991 

20 July 1991 

Demonstration proposals due 

Camera-ready tutorial notes due 


TOPICS 


Language Design 
and Implementation 

Programming languages and specific 
language constructs, visual programming 
languages, integration with other program¬ 
ming models, compilation techniques, 
implementation techniques, storage 
management, performance analysis, 
architectural support, embedded systems 
Tools and Environments 
Programming environments, software 
development tools, application specific 
development environments, debugging 
tools, measurement tools 
Components and 
Frameworks 

Evaluations of reusable components, 
toolkits, application development 
frameworks, user interface management 
systems, architectural principles for 
reusable components, event driven 
architectures, constraints 
Principles and Theory 
Conceptual and semantic models, type 
systems and type inference, inheritance, 
delegation, reflection 
Concurrent and 
Distributed Systems 
Models and languages to support 
concurrent and distributed processing, 
transaction models, distributed object 
architectures, open systems, operating 
systems development and debugging 
tools, heterogeneous systems, security 
Methods and Processes 
Development methods, measurements of 
impact on productivity, reuse, or quality, 
specification techniques, prototyping 
techniques, debugging and testing issues, 
management issues, teaching, technology 
adoption, metrics, software evolution 
Databases and Persistence 
Data models, database-programming 
language interfaces, persistent 
programming languages, implementation 
techniques, object servers, performance 
analysis 


Papers 


The conference will include both 
invited and contributed papers. Authors 
are encouraged to submit high quality 
papers describing relevant research or 
experience. Research papers should 
describe work whose purpose is to 
advance the state of the art of object 
technology. Experience papers should 
describe work in which object technology 
has been applied for some purpose. The 
program committee will evaluate each J 

paper on its relevance, clarity, correct- | 
ness, originality, and significance. Special 
consideration will be given to promisincM 
experience papers. Papers must not bdjH 
under consideration elsewhere (or ■ 

published) in the same or similar form Do 
not submit multiple papers describing ' 'j 
essentially the same work. 

Authors should send six copies bf the 
full paper, in English, to the program chair 
to be received no later than 1 March 
1991. Papers must be limited to 18|.:: ■:T|| 
pages, typed double spaced 01 typeset 
10-point on 16-point spacing. A separate 
cover sheet must contain contact inform- '': 
ation (contact name, postal addressed 
phone number), a 10O-word abstract, and 
indicate the paper category (research or 
experience). Submissions failing tobneet 
these conditions will be rejected. 

Authors will be notified of acceptance 
or rejection by 20 May 1991 . Accepted 
papers prepared on special forms are! due 
20 June 1991 . Authors of accepted 
papers are expected to sign an ACM 
copyright release form and present the 
paper at the conference. Proceedings will 
be distributed at the conference and via 
SIGPLAN Notices and will be available 
from ACM Press. Outstanding papers may 
be considered for a special issue of a 
journal. Awards will be given to the best 
paper in each category. 

Guidelines for authors will be 
published in the Fall 1990 issue of OOP 
Messenger, or can be obtained from the 
program chair. 

Send submissions to: 

Alan Snyder 

OOPSLA ’91 Program Chair 
Hewlett-Packard Laboratories 
(1501 Page Mill Road) 

P.O. Box 10490 
Palo Alto, CA 94303-0969 
Phone: +1-415-857-8764 

Fax: +1-415-857-8526 

Email: oopsla91@hplabs.hp.com 


Experience Reports 
(New Track)_ 

Space will be made available in a 
separate track for short presentations of 
unrefereed reports describing practical 
experience applying object technology to 
real-world, product-quality software 
development. Prospective speakers 
should submit a 1-2 page description of 
the project scope and status and the 
specific points to be covered in the 
presentation to the program chair by 1 
April 1991. Selection will be based on 
relevance and potential interest. 
Summaries will be collected after the 
conference for publication in the OOP 
Messenger. 

Send submissions to:. 

Alan Snyder 

OOPSLA ’91 Program Chair 
Hewlett-Packard Laboratories 
(1501 Page Mill Road) 

P.O. Box 10490 
Palo Alto, CA 94303-0969 
Phone: +1-415-857-8764 

Fax: +1-415-857-8526 

Email: oopsla91@hplabs.hp.com 


Panels 


Proposals are invited for expert 
panels focusing on contemporary prob¬ 
lems and issues involving object-oriented 
systems and languages. The goal of 
panels is to raise important issues and 
stimulate discussion, not to settle them. 

Panels will be selected based on the 
significance of the issues that they 
address and the potential for lively 
exchange among panel members and 
between the panel and the audience. 
Panelists’ position papers should be brief, 
1 to 2 pages, and should be designed to 
depict the complementary and contending 
views within the panel. 

Panel proposals should include a list 
of the key issues to be discussed, names 
and affiliations of the panelists, the 
panelists positions on the issues (i.e. why 
: this combination of panelists is especially 
interesting), and the panel format. A 
separate cover sheet should include the 
panel title and the name, affiliation, 
address (postal and electronic), and 
phone number of the panel moderator. 
Two copies of panel proposals must be 
received by 1 April 1991. Proposers will 
be notified of acceptance by 20 May 
1991 and the final camera-ready versions 
of position papers for publication in the 
conference proceedings wii! be due on 20 
June 1991 
Send submissions to: 

Ralph Johnson 
OOPSLA ’91 Panels Chair 
University of Illinois at 
Urbana-Champaign 
Department of Computer Science 
1304 W Springfield Avenue 
Urbana, IL 61801 
Phone: +1-217-244-0093 

Fax: +1-217-333-3501 

Email: johnson@cs.uiuc.edu 


Education Program 

Education is one of the primary goals 
of OOPSLA attendees. To meet this need 
OOPSLA ’91 will be seeking to offer an 
extensive program of tutorials, work¬ 
shops, and demonstrations. We invite you 
to participate in the Education program. 
Here’s how you can get involved. 

Tutorials range from introductory 
materials for beginners to advanced 
courses for experienced OOPSLA 
attendees, Tutorials are sought in all 
areas related to OOPSLA. Tutorials which 
are new to the conference are particularly 
welcomed. If you have a topic to teach, we 
want to hear from you. 

Workshops oiler an important 
forum for the exchange of ideas relating 
to current research in both the academic 
and industrial communities. If you have a 
particular area of interest and would like 
to compare worx. discuss unresolved 
problems, or explore possible solutions 
with other researchers, consider 
organizing a workshop at OOPSLA ’91. 

Demonstrations are designed to 
expose OOPSLA attendees to the latest 
developments in research. If your work 
has novel and technically interesting 
features which will be of interest to the 
OOPSLA community, consider presenting 
a live demonstration. 

. For more details on now you can 
participate, refer to the individual 
descriptions of tutorials, 
workshops, and demonstrations. 

John Pugh 

OOPSLA ’91 Education Chair 
School of Computer Science 
Carleton University 
Ottawa, Ont. 

Canada K1S 586 
Phone: +1-613-788-4333 

Fax: +1-613-788-4334 

Email: jpugh@carleton.ca 


Workshops 

Workshops are a means for experts to 
meet and discuss issues with a selected 
focus - an opportunity for researchers 
and practitioners to compare notes. They 
provide a forum for the thrust-and-parry 
of real scientific discourse. 

To ensure a small enough group for 
open interchange, each workshop is 
limited in the number of participants. 
Participants are chosen on the basis of a 
position paper outlining their opinions on 
an aspect of the workshop topic. 
Presentations are at the discretion of the 
workshop organizers but all attendees are 
expected to join in the debate. After the 
workshop, the organizer(s) will be 
responsible for reporting to the OOP 
community via an article in the OOP 
Messenger. 

If you wish to organize a workshop, 
send a description of the topic and 
intended audience to be received by 1 
April 1991. Proposals should include 
the workshop organizer's name, 
affiliation, address (postal and electronic), 
and phone number. Proposers will be 
notified of acceptance by 20 May 1991. 















Send submissions to: 

Kent Beck 

OOPSLA’91 Workshops Chair 
MasPar Computer Corporation 
749 North Mary Avenue 
Sunnyvale, CA 94086 
Phene: +1-408-736-3300 

Fax: +1-408-736-9560 

Email: kentb@maspar.com 

Tutorials 

Proposals are SltL. 
covering subjects rettffi the' 
object-oriented paradigm, including 
programing. analysis and design, 
languages and imp'ementation. Tutorials 
have become an important, Mure of the 
conterence. They offer a forum for 
educating professionals and give 
attendees thq^ortunity to take an 

cs of their choice in 
% tutoriM 

be categorized into beginnings- ’ 
PEdiate and advanced level tutorials. 
FAll tutorial proposals will be reviewed, 
jbrials will be selected on the basis of 
portance of the topic, expertise of the 
isenters, and the educational value of 
materials to be presented. It is 
Important that the material be appropriate 
ie tutorial level. Product marketing or 
ftpg are inappropriate in this forum. 

A proposal must include the objec¬ 
tives of the tutorial, the level (beginner, 
intermediate or advanced), any back¬ 
ground required of the intended audience, 
the actual material to be presented, and a 
biography of the speaker(s). Also, please 
prepare a cover sheet with the title, the 
name and affiliation of the speaker(s), and 
a postal address and phone number of the 
tutorial contact person. 

Five copies of the proposal must be 
received by 1 April 1991 . Proposers will 
be notified of acceptance by 20 May 
1991 and the final camera-ready versions 
of tutorial materials for publication in the 
tutorial notebooks will be due on 20 July 
1991 

Send submissions to: 



OOPSLA ’91 Tutorials Chair 


implementor at the demonstration is 
expected. Product marketing or selling are 
inappropriate in this forum. 

Demonstrations from prior conferen¬ 
ces may be resubmitted with justification, 
but new demonstrations are preferred. 


Conference on Object-Oriented Programming 
Systems, Languages, and Applications 

CALL FOR PARTICIPATION 

6-11 OCTOBER 1991 • PHOENIX CIVIC PLAZA, PHOENIX, AZ 


16535 W Blue Mound Road 
Brookfield, Wl 53005 
Phone: +1-414-789-5253 

Fax: +1-414-789-5191 


Demonstrations 

Proposals are invited for live 
demonstrations of systems that use, apply, 
or teach objett-oriented programming and 
technology. 

Demonstrations will be selected on 
the basis of technical merit, relevance to 
object-oriented programming, novel and 
interesting features, and feasibility. The 


Demonstratiotfrfhould not exceed 
30 minutes. Propolis for demonstrations 
must include a onejage abstract 
providing the title *t description of the 
demonstration, anf" 
affiliations, addres 
electronic), and phone numbers of the 
demonstrators. In addition, a description 
of the technical and hardware 
requirements for the demonstration is 
needed. While every effort will be made to 
provide equipment, demonstrators may 
be asked to provide their own equipment 
or to make arrangements for sharing 
equipment. For details contact the 
Demonstrations Chair. Three copies of 
the proposal, including the abstract and 
technical requirements, must be received 
by 1 May 1991. Proposers will be 
notified of acceptance by 20 May 1991. 
Send submissions to: 

Sam Adams 

OOPSLA ’91 Demonstrations Chair 
Knowledge Systems Corporation 
114 MacKenan Drive Suite 100 
Cary, NC 27511 
Phone: +1-919-481-4000 

Fax: +1-919-460-9044 


Student Volunteers 

The OOPSLA ’91 student volunteer 
program is an opportunity to associate 
with world experts in object-oriented 
technologies and software development. 

Student volunteers will receive a 
complimentary registration and other 
benefits in exchange for working during 
the conference. 

Job assignments will range from 
audio-visual support to registration and 
ticket taking. There will be times when the 
student may be assigned to a particular 
conference chairperson to assist him/her 
in the completion of various tasks. 


Interested graduate and undergradu¬ 
ate students should contact the student 
volunteers chairperson listed below no 
later than 13 September 1991 


OOPSLA ’91 


OOPSLA '91 Student Volunteers Chair 
School of Computer Science 
Carleton University 
Ottawa, Ont. 

CANADA K1S 5B6 

Phone: +1-613-788-4333 

Fax: +1-613-788-4334 


Exhibits 


Running concurrently with the 
technical program will be an exposition of 
object-oriented programming product and 
service vendors. In addition to continuous 
exposure in their booths within the 
Exhibition Hall, exhibitors have the 
opportunity to make scheduled 
presentations as part of the Vendor 
Forum, an integral portion of the OOPSLA 
91 program. 

In addition to the Forum facilities, a 
Press Conference Room is available to 
schedule new product and service 
announcements and to showcase 
customer case studies. Special emphasis 
will again be placed on accommodating 
the information needs of the increasing 
press attendance. Potential exhibitors 
should contact the Exhibits Co-Chairs at 
the earliest convenience to ensure that 
space is reserved. 

Timlynn Babitsky and Jim Salmuns 
OOPSLA ’91 Exhibits Co-Chairs 
JFS Consulting 
14711 Yorba Street 
Tustin.CA 92680 
Phone: +1-714-731-9022 


Sixth Annual ACM Conference on 
Object-Oriented Programming 
Systems, Languages, and Applications 
6-11 October 1991, Phoenix, Arizona 
Direct all specific correspondence to 
the appropriate committee members. 
General correspondence on OOPSLA 91 
may be sent to: 

John Richards 

OOPSLA ’91 Conference Chair 
IBM Research Center 
P.O. Box 704 

Yorktown Heights, NY 10598 
Phone: +1-914-784-7616 

Fax: +1-914-784-7279 

Email: oopsla91@ibm.com 

Operations questions should be directed to: 

Daniel E. Steinbach 
OOPSLA ’91 Operations Chair 
Steinbach & Company 
1 Pleasant Street 
Maynard, MA 01754 
Phone: +1-508-897-6473 

Fax: +1-508-897-0677 


Registration/Conference 

Information 

An advance program brochure con¬ 
taining tutorial information, registration 
forms, housing information, and prelimin¬ 
ary technical program information will be 
mailed in June 1991. If you attended the 
1988,1989 or 1990 OOPSLA conferences 
or if you are a member of ACM/SIGPLAN, 
you will automatically receive a copy of 
the advance program brochure. Otherwise, 
please contact: 

Carole Mann 

OOPSLA '91 Registratiun Chair 


Sponsored by the Association for Computing Machinery’s Special (30111] 
Interest Group on Programming Languages (ACM/SIGPLAN) V J 













Guest Editor’s Introduction 




tal Research in 
r Architecture 


Yale N. Patt, University of Michigan 


T he computer designer’s objective is to produce a product that will 
succeed in the marketplace. This requires optimal use of available 
hardware and software technologies. If bottlenecks exist that prevent 
the exploitation of these technologies, they must be identified and eliminated. 
To accomplish this objective, the computer designer has three choices: 

(1) Do no analysis whatsoever, just design the machine from some cosmic 
understanding of what needs to be optimized. 

(2) Do analysis based on analytic models, such as Petri nets and Markov 
chains. 

(3) Do analysis based on experimental techniques, for example, trace-driven 
simulation of benchmark programs or hardware monitoring of an engineering 
prototype. 

The first option can be rejected out of hand, although it is unfortunately still 
used. There are well-known examples of products that were designed without 
proper analysis that have not been successful in the marketplace. There is 
probably a larger number of lesser-known projects that were fortunately 
canceled before reaching the marketplace after the appropriate analysis sug¬ 
gested that cancelation made sense. 

The second option, analytic modeling, has a more subtle serious failing. I said 
that computer design is driven by market demands, rather than by some desire 
for intrinsic elegance. Given the opportunity to retain intrinsic elegance or to 
add some inelegant feature that will provide an advantage over the competition, 
the successful computer systems designer will always opt for adding whatever 
it takes to sell more machines. Unfortunately, determining these features is 
usually not practical by analytic models. The result is that, while analytic 
methods might prove helpful, more complete understanding of most computer 
systems requires experimental techniques. 

What are we analyzing? 

As we move from a preoccupation with CPU performance to an increased 
awareness of the behavior of the total system, the need for experimental 
techniques increases. While in some cases the core of the CPU is simpler than 
it used to be, total systems have become more complex. The CPU, memory 
system, and I/O structure, the various components of the operating system, and 
the application software all influence total system performance. 

Many potential causes of bottlenecks exist. You must deal with significant 
complexity in the transformation of high-level language programs to the signals 
that control the underlying hardware. You can relegate that complexity to the 
compiler or to the hardware, but you have to deal with it somewhere along the 
way. 1 How do you make this choice? And, perhaps equally important, can you 
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implement a high-performance system from 
uncomplex hardware and uncomplex com¬ 
pilers? The RISC/CISC debate waged dur¬ 
ing the past several years is one manifesta¬ 
tion of this design decision. There are 
choices and alternatives that lend them¬ 
selves to the need for measurement and 
analysis. 

A modern computer system often con¬ 
sists of application software executing un¬ 
der the control of a distributed operating 
system executing on a loosely coupled col¬ 
lection of tightly coupled multiprocessors. 
How do we tune any of the components of 
such a system? If we partition the system 
into pieces, what system effects are lost by 
examining the piece outside the environ¬ 
ment of the whole? With respect to total 
system performance, what is the advantage 
of one architecture over another, one oper¬ 
ating system over another, one network 
topology over another, or one of any of the 
other system components over its alterna¬ 
tives? Understanding these issues is the 
reason for experimental techniques. 

Types of experimental 
approaches 

Experimental work in computer archi¬ 
tecture involves real programs executing 
on both real and simulated hardware. In the 
case of simulated hardware, a program 
representing the computer system’s be¬ 
havior (that is, the simulation) is used to 
obtain the measurements. In the case of 
real hardware, three methods for obtaining 
measurements can be used: 

• software monitoring, 

• microcoded instrumentation, and 

• hardware monitoring. 

The importance of simulation should 
not be minimized. It, too, is part of the 
fabric of experimental research in com¬ 
puter architecture and implementation, and 
has its place in developing an understand¬ 
ing of the bottlenecks to optimal perfor¬ 
mance. 

On the other hand, many problems at¬ 
tending a new computer architecture or 
implementation do not surface until you 
build and perform experiments on real 
hardware. Moreover, even after a system is 
installed, the real bottlenecks to perfor¬ 
mance are clarified only when you perform 
careful measurements on that real system 
doing real work. 

Each of these approaches provides a 


different set of trade-offs among the crite¬ 
ria of cost and time to acquire the measure¬ 
ments, flexibility of the experimental sys¬ 
tem, and quality of the measured data. 

Trace-driven simulation. Trace-driven 
simulation aliows you to collect data without 
degrading the system being modeled. It 
also provides the flexibility to easily change 
both the system parameters being modeled 
and the requirements for the data being 
collected. The method can be used with 
equal ease to obtain data involving existing 
commercial products or experimental pro¬ 
totypes. 

Trace-driven simulation has two major 
disadvantages that preclude its exclusive 
use as a measurer of system behavior: It is 
slow, and it is sanitized. The fact that it 
accumulates data several orders of magni¬ 
tude slower than the system it is purporting 
to measure means you cannot acquire, in 
any reasonable way, enough information 
to get a complete picture of what is going 
on. The fact that it is sanitized means that 
system effects that might not contribute to 
the data collected usually influence the 
real system that is being simulated. Never¬ 
theless, trace-driven simulation is a good 
first step in gaining insights into system 
behavior. Furthermore, when coupled with 
other experimental methods that can vali¬ 
date the simulation model, it provides a 
mechanism that can provide quick answers 
to direct the inquiry in one direction or 
another. 

Software monitoring. Software moni¬ 
toring can involve either existing machines 
or experimental prototypes. In both cases, 
software monitoring can be useful to vali¬ 
date a simulation model. That is, a com¬ 
parison of data acquired by software moni¬ 
toring with simulation results can lead to a 
better simulation methodology. Data can 
be acquired very rapidly relative to the 
time that is being measured. 

Software monitoring is easy to do and is 
often facilitated by architectural features 
such as a trace trap capability or a break¬ 
point instruction. In fact, of all the experi¬ 
mental techniques, software monitoring is 
the most easily applied. However, along 
with this ease of access comes the greatest 
challenge: to effectively make use of the 
data acquired by software monitoring. The 
system effects are very much incorporated 
in the data, but not in a way that is easy to 
measure, in part because they are over¬ 
whelmed by the slowness of the software 
monitor doing the data collection. 

Another disadvantage of software moni¬ 


toring is the limitation — unlike simula¬ 
tion methods — of not being able to change 
the parameters of the system being mea¬ 
sured. In some sense, you are stuck with 
the system you are running. One example 
of software monitoring is the work of Man- 
gione-Smith, Abraham, and Davidson 2 
involving the monitoring of the Astronau¬ 
tics ZS-1. 

Microcoded instrumentation. A 

method halfway between hardware moni¬ 
toring and software monitoring is the tech¬ 
nique of instrumentation using microcode. 
Like hardware monitoring, it is noninva- 
sive, resulting in system effects not being 
obscured by the monitoring device. On the 
other hand, like software monitoring, it is 
inexpensive and easy to change. Two ex¬ 
amples of microcoded instrumentation are 
the operating system monitoring of the 
VAX 8600 3 and the address traces obtained 
for the VAX 8200. 4 

Hardware monitoring. Hardware 
monitoring, like software monitoring, can 
involve either existing machines or experi¬ 
mental prototypes. In both cases, the task is 
expensive, in dollars and time. The clear 
advantage is that the information obtained 
is pure, that is, totally noninvasive. The 
disadvantages of hardware monitoring 
are that, first, building the apparatus is 
expensive and that, second, changing the 
measurements being acquired is equally 
expensive. 

The classic work of Emer and Clark, 5 
which used a hardware monitor to acquire 
a day’s information of the processing be¬ 
ing done on a VAX 11/780, is an example 
of hardware monitoring. Shebanow’s in¬ 
strumentation 6 of the NCR four-processor 
Tower to collect address traces for parallel 
algorithms is another example of this 
method. 

Caveats 

Notwithstanding my strong encourage¬ 
ment to use experimental data, I must cau¬ 
tion against the misuse of data so collected. 
Misconceptions can easily result if experi¬ 
mental data is used without discrimination. 

Levy and Clark 7 identified seven bad 
ways to compare computer designs, in¬ 
cluding 

• using small benchmarks that fit en¬ 
tirely within the cache, 

• using limited data types, no I/O, and 
giving unnecessary weight to the con- 
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structs that are present in the bench¬ 
marks, 

• comparing apples and oranges (that is, 
comparing simulations of one com¬ 
puter with software monitoring of an¬ 
other computer), and 

• using a particularly bad (or good) com¬ 
piler. 

Colwell et al. 8 examined the influence of 
various types of local storage (that is, reg¬ 
ister windows, multiple register sets, and 
standard register sets) and compared it to 
that of the instruction set on claimed per¬ 
formance for several different instruction 
set architectures. Smith 9 discussed the 
hazards of selecting the incorrect mean for 
a given set of data. Conte and Hwu 10 cau¬ 
tioned the experimentalist on improper 
benchmarking. 


T his special issue of Computer fo¬ 
cuses on the need for experimental 
research in computer architecture 
and implementation, the various forms this 
experimentation can take, and the prob¬ 
lems that can attend the careless use of 
experimental results. The nature of our 
discipline makes the use of experimental 
work imperative, both before a machine is 
produced, to get it right, and after the 
machine has been produced, to really get it 
right the second time around. 

Our systems are complex. One can pro¬ 
duce a design, prove the fundamental con¬ 
cept it embodies by extensive simulation, 
and then build and test a system prototype, 
thereby verifying the concept and obtain¬ 
ing information useful for the next itera¬ 
tion of that design. The usefulness of one 
experimental method (simulation) is en¬ 
hanced insofar as inferences made from it 
are reinforced by using another method 
(program execution on a prototype). 

Things happen in a computer in intri¬ 
cate, mutually interdependent ways. To get 
a handle on what is going on, we need to do 
experimental work. In fact, we need to do 
this work at several levels of experimenta¬ 
tion, taking advantage of the capabilities of 
each level, while understanding its limita¬ 
tions, and finally using the several levels to 
demonstrate the consistency of the results 
obtained. Using this approach, I submit 
that we have a chance at understanding the 
bottlenecks of complex computer systems 
that prevent our optimal use of available 
technology. ■ 
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PAWS: A Performance 
Evaluation Tool for 
Parallel Computing Systems 


Daniel Pease, Arif Ghafoor, Ishfaq Ahmad, 

David L. Andrews, Kamal Foudil-Bey, Thomas E. Karpinski, 
Mohammad A. Mikki, and Mohamed Zerrouki 
Syracuse University 


F ifteen years ago, most large-scale 
scientific and engineering computa¬ 
tions were performed on sequential 
von Neumann machines. Comparisons 
among these machines focused on running 
sets of common benchmarks and on rank¬ 
ing the machines based on the number of 
instructions executed per second. 

However, as the number of commercial 
systems increased, so did the diversity of 
their architectural design. As each new ar¬ 
chitecture diverged from the classical von 
Neumann model, new languages and anno¬ 
tated versions of older sequential languag¬ 
es were developed for execution on these 
new machines. This made it difficult to run 
a standard benchmark. Not only did each 
benchmark require translation into each 
language, but the translation process and 
newer optimizing compilers obscured the 
relative merit of the results. 

To date, no formal methods allow com¬ 
parisons among different machines run¬ 
ning a single common application. Further¬ 
more, code is generally not portable among 
different parallel processing machines. This 
forces applications to be recoded for each 
language and each machine. 

PAWS (Parallel Assessment Window 
System) is an experimental system forper- 
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PAWS (Parallel 
Assessment Window 
System) provides an 
interactive user- 
friendly environment 
for analysis of existing, 
prototype, and 
conceptual machine 
architectures running a 
common application. 


forming machine evaluation and compari¬ 
sons. As shown in Figure 1, PAWS pro¬ 
vides a user-friendly X window-based en¬ 
vironment that allows comparisons among 
vastly different machines running com¬ 
mon applications. 

Figure 2 shows the PAWS block dia¬ 
gram, which consists of four tools: the 

0018-9162/91/0100-0018S01.00 © 1991 IEEE 


application tool, the architectural charac¬ 
terization tool, the performance assessment 
tool, and the interactive graphical display 
tool. Through the application characteriza¬ 
tion tool, PAWS translates applications 
written in a high-level source language 
into a single data dependence graph. This 
allows users to view their applications’ 
attributes. The dataflow graph is a machine- 
independent intermediate representation 
that can map onto different architectures. 

The architecture characterization tool 
allows users to create, store, and retrieve 
descriptions of machines in a database. 
This approach permits users to evaluate 
conceptual machines before building any 
hardware. 

The performance assessment tool (PAT) 
generates profile plots through the interac¬ 
tive graphical display tool (IGDT). It shows 
both the ideal parallelism inherent in the 
machine-independent dataflow graph and 
the predicted parallelism of the partitioned 
dataflow graph on the target machine. 

Using dataflow graphical languages on 
dataflow machines is not new, 12 3 but using 
them for parallel computer assessment 
through PAWS is original. A powerful 
PAWS feature is its ability to associate a 
graph’s visual display during assessment. 


COMPUTER 















Applications 
in high-level 
languages 


Architecture 

selection 


Application characterization tool 



Architecture characterization tool 


Figure 2. PAWS block diagram. 


Through the windows environment, multi¬ 
ple windows can be opened to show the 
data dependence graph created from the 
original program, the evaluation machine’s 
characteristics, and the application’s per¬ 
formance metrics machine. 


The application 
characterization tool 

The application characterization tool 
provides the facility to evaluate the level 


and degree of an application’s parallelism. 
Application characterization consists of a 
data dependency analysis to determine the 
order of program statements execution. It 
also identifies operations that may be exe¬ 
cuted in parallel. Parallelism within a pro- 
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Procedure Example 
A,B,C,D : integer; 
begin 

D:= (A+B) * (C—1); 
end Example; 



Figure 3. Example of a simple Ada program and IF1 representation, (a) and (1 


gram may exist at different “granularity” 
levels. For example, arithmetic operations 
within a program may be independent, us¬ 
ing different data values or variables in 
each expression. This parallelism level is 
called fine-grained parallelism. Converse¬ 
ly, if multiple functions, subroutines, or 
procedures are independent, then they can 


gram’s data dependencies and parallelism 
as graphs, clearly showing the program 
operations to the user. Figure 3 shows a 
simple Ada program and its equivalent IF1 
PAWS-generated graph. The assignment 
to the variable D in Figure 3a is expressed 
in IF1 by labeling the output edge of the 
“times” node D. Further references to the 


be executed concurrently. This parallelism variable D in Ada are translated in IF1 by 
level is called course-grained parallelism, connecting the edge labeled D to the corre- 
The application characterization tool trans- sponding node that uses D as an input, 
forms programs written in high-level lan- Figure 3 shows that Ada operations (A+B) 
guages (currently Ada) into an intermedi- and (C-1) can execute in parallel. The data 

ate graphical form that exposes the dependency of the times operation on both 
program’s data dependencies and parallel- the plus and minus operations is also ex- 
ism levels. Analysis is first performed on posed, 
the intermediate form, providing insight 

into the program’s structure and organiza- Description of IF1. IF1 is an acyclic 
tion. The information produced during this graphical language developed as a target 
analysis is then graphically displayed to the for SISAL (Streams and Iteration in a Sin- 
for characterizing the application and gle Assignment Language), a high-level 


mapping the application onto a machine. 

The intermediate form defined to repre¬ 
sent the program’s data dependencies and 
parallelism must support parallelism at all 
granularity levels. Also, because the 


functional programming language. IF1 hi¬ 
erarchical structure is well suited for 
graphical display. The IF1 language con¬ 
sists of nodes, edges, types, and graph 
boundaries. IF1 supports simple nodes and 


mediate form is the target for mapping the compound nodes. Simple nodes represent 


application onto any machine, it should 
be biased by a specific machine’s limita¬ 
tions. Translation of applications written in 
a high-level language to an intermediate 
form with these attributes offers the fol¬ 
lowing PAWS advantages: 

• Provides a common target for any high- 
level language; 

• Allows a single application to be ana¬ 
lyzed on each machine characterized by 
the PAWS architecture characterization 
tool; 

• Allows users to perform a machine- 
independent application analysis. 

The intermediate form chosen for PAWS 
is Intermediate Form 1 (IF1), 4 a dataflow 
graphical language. 

Dataflow graphs as intermediate 
forms. Dataflow graphs present the pro¬ 


elementary operations such as addition, 
subtraction, and equality, while compound 


nodes represent complex constructs such 
as conditionals, loops, and the parallel 
construct Forall. As shown in Figure 3a, 
edges represents data values. The literal 
edges describe constants. Graph bound¬ 
aries define functions, procedures, and 
compound nodes by encapsulating sets of 
nodes and edges. 

Translation of Ada to IF1 in PAWS. 

PAWS translates Ada’s regular grammar 
expressions into IF1 by decomposing them 
into IF1 operation nodes. Operands, data 
values, and intermediate results are trans¬ 
formed into IF1 edges. Table 1 shows fun¬ 
damental Ada constructs mapping to their 
corresponding IF1 constructs. While 
translation of most constructs from Ada to 
IF1 is straightforward, issues arise in the 
translation due to fundamental language 
differences. Three main issues are compile 
time initializations, handling of global 
variables, and the single assignment rule 
imposed by dataflow computation. The 
PAWS techniques that handle these three 
issues are briefly described below. 

While single variable initialization can 
be accomplished by substituting the desired 
initialization value into the first occur¬ 
rence of the variable in the IF1 graph dur¬ 
ing runtime, compound data objects de¬ 
clared at compile time in Ada (arrays, 
records, etc.) cannot always be initialized 
using this approach. Instead, compound- 
data types are initialized with user-supplied 
input data during program execution. This 
eliminates the execution overhead caused 
by the compound data object’s initialization 
during runtime. 

Dataflow programs do not employ glo¬ 
bal memory. Instead, data values reside 
“locally” on edges between nodes. In 
PAWS, global variables in Ada programs 


Table 1, Translation of some Ada contructs to IF1 constructs. 


IF1 Ada 

IF1 

Arithmetic operations 

Arithmetic nodes 

Logical operations 

Logical nodes 

Array operations 

AElement 


Node 


AReplace node 


ABuild node 


AFill node 

If-then-else statement 

Select compound node 

Case statement 

Select compound node 

For loop statement 

LoopA & forall nodes 

While loop statement 

LoopB & forall nodes 

Functions & procedures 

Subgraphs 
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are explicitly passed as parameters to each 
function using the global variables. This 
has the added benefit of transforming im¬ 
plied dependencies to explicit data depen¬ 
dencies. 

Dataflow languages adhere to the single 
assignment rule, allowing variables to be 
written only once. PAWS solves this prob¬ 
lem for Ada by introducing temporary 
variables. Once a variable is assigned a 
value, the value remains fixed for the re¬ 
mainder of the program. If reassignment is 
required, a temporary variable is created. 
After this reassignment, any read referenc¬ 
es to the original value is replaced with a 
reference to the temporary variable. 


The architecture 
characterization tool 


Traditionally, machines have been clas¬ 
sified as multiple instruction, multiple data 
(MIMD), single instruction, multiple data 
(SIMD), multiple instruction, single data 
(MISD), and single instruction, single 
data (SISD). These classifications differ¬ 
entiate among architectures based on in¬ 
struction flow and dataflow. Also, at these 
classification levels, significant architec¬ 
tural diversity exists within each class. For 
example, within the MIMD class, both 
tightly coupled and loosely coupled sys¬ 
tems exist. Although both are classified as 
MIMD, significant differences appear be¬ 
tween the two system types. This affects 
how a program is written or partitioned 



Figure 4. The top level of the parametric data structure. 


onto the machine. The PAWS architecture 
characterization tool differentiates be¬ 
tween machines within each of the classes 
defined above by a characterization 
based on 

• the number and flexibility of different 
functional units; 

• the number of processors; 

• memory bandwidths and memory hi¬ 
erarchies; and 

• the types of interprocessor communi¬ 
cation mechanisms. 

Our characterization method functionally 
partitions an architecture into computa¬ 
tion, data movement and communication, 
I/O, and control. 


An hierarchical organization of ar¬ 
chitectural parameters. Each category is 
continuously partitioned into subsystems 
until a subsystem is fine enough to be 
characterized by raw timing information. 
PAWS organizes this information in a tree 
data structure with the raw timing informa¬ 
tion in the leaf nodes. For timing informa¬ 
tion, we use an integrated approach based 
on low-level benchmarking that determines 
the machine’s operation and behavior for 
each subsystem and application-dependent 
analytical models. Figure 4 shows the top 
level of this structure. As an example, the 
data movement subsystem shown in Fig¬ 
ure 5 is partitioned into processor-to-pro- 
cessor, processor-to-memory, processor- 
to-peripherals, and memory-to-memory 



Figure 5. The data movement submodules. 
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Figure 6. The architecture of CM-2 and its functional subsystems. 
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Figure 7. The architecture of Encore Multimax and its functional subsystems. 
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Figure 8. The architectural tool and its subfunctions. 


data movement subsystems. The data 
movement among processors can be 
achieved through various communication 
architectures such as multistage intercon¬ 
nection networks, bus systems, and link- 
oriented connections. The network sub¬ 
system describes the network’s physical 
characteristics, such as topology. A partial 
decomposition of the data movement sub¬ 
system is shown in Figure 5. 

The characterization of a particular ma¬ 
chine may not need the whole data struc¬ 
ture. Instead, the information necessary to 
fully characterize the machine may only 
require a few subtrees of the main data 
structure. Currently, PAWS characterizes 
a SIMD architecture, Thinking Machine’s 
CM-2, and a MIMD architecture, the En¬ 
core Multimax. The CM-2, shown in Fig¬ 
ure 6, is configured as a 32K processor 
machine. This figure shows the CM-2 log¬ 
ical partitioning into the top-level PAWS 
parametric data structure. The architecture 
of the Encore Multimax model 520 5 is 
shown in Figure 7, along with its various 
subsystems. 

The block diagram of these machine’s 
architectural characterization tool is shown 
in Figure 8. Users interact with this tool via 
the user-interactive interface module for 
selecting, synthesizing, or modifying the 
machine specification. The complete spec¬ 
ification of any existing, conceptual, or 
prototype machine can be captured and 
stored in the PAWS architectural data 
structure. 

Benchmarking and analytical models. 

To use the parametric data structure, the 
user interactively enters both static and 
dynamic timing values. Static timing val¬ 
ues, such as arithmetic operations, are for 
operations that are uneffected by the run¬ 
time environment. These values are gener¬ 
ally obtained through benchmarking. Sev¬ 
eral benchmark studies for the Connection 
Machine have been reported 6 - 7 - 8 and used 
for CM-2 characterization in PAWS. Dy¬ 
namic timing values are effected by the 
runtime environment and are determined 
by analytical modeling. Levit proposed an 
analytical model for grid communications 
in the CM-2. 6 This model takes into ac¬ 
count the geometry of physical and virtual 
processors, 6 the dimension of communica¬ 
tion, and the data size. The user must pro¬ 
vide such information to the architecture 
characterization tool to generate the dy¬ 
namic timing values for the specified grid 
geometry. Similar techniques have been 
used to obtain the timing values for the 
Multimax. 


Interface between the architecture 
characterization tool and the PAT. The 

performance assessment tool obtains in¬ 
formation from the architecture character¬ 
ization tool by generating queries. Four 
query types correspond to the data struc¬ 
ture’s four functions. The Plus operation 
on the Multimax has the following format: 
(AMAX, computation, arithmetic, binary, 
plus, 32, float). The first parameter speci¬ 
fies the machine as Multimax. The second 
and the third parameters specify the type of 
function as arithmetic and binary. The 
fourth, fifth, and sixth parameters specify 
the name of the operation, the data size, 
and the data type, respectively. As a result 
of this query, a single timing value is re¬ 
turned. 

A complete timing information table can 
also be generated instead of a single value. 
For example, the query (CM-2, 
data_movement, proc_proc, net, router, all, 
4, all, 1) generates a full table of timing 
values for data communications using the 
router network on the CM-2 with Ham¬ 
ming distance 4, and 1- to 64-bit data size. 
The first parameter in the query specifies 
CM-2 as the target machine, the second 
specifies the data movement function, and 
the third specifies the data movement type 
as processor to processor. The fourth pa¬ 
rameter specifies the network type and the 
fifth specifies the network name. The next 
two parameters describe the communica¬ 
tion mode as “all” with a Hamming dis¬ 
tance of 4 and data sizes of 1, 2, 4, 8, 32, 
and 64 bits. The last parameter defines the 
virtual-to-physical processor ratio. 

The PAWS data structure can character¬ 
ize any machine. However, query attributes 
are only valid if the user initializes the 
corresponding subdata structure for that 
particular machine. 


Interactive graphical 
display tool 

The interactive graphical display tool 
provides the user interface for accessing all 
PAWS tools. The IGDT has been imple¬ 
mented as a hierarchical menu-driven sys¬ 
tem, allowing multiple windows to be 
opened in a single session. The main menu 
shown in Figure 9 allows the user to select 
the three remaining PAWS tools: the appli¬ 
cation characterization tool (applications), 
the architecture characterization tool (ar¬ 
chitecture), and the performance assess¬ 
ment tool (performance). Users may simul¬ 
taneously open windows containing 
information for each of these tools. Figure 
9 shows a series of open menus, along with 
the IF1 graph description of the selected 
program “matrix 1.a.” The displayed graph 
shows nodes organized by levels. All nodes 
at the same level can execute in parallel. An 
“optimizations” window lists the user’s 
different optimization choices during com¬ 
pilation. 

For large applications, the number of 
nodes within a graph may be too large to 
easily display in a single window. IGDT 
displays graphs hierarchically, allowing 
users to select any compound node by plac¬ 
ing the cursor on the node and selecting 
expand or collapse from the menu. Ex¬ 
panding a compound node takes the user 
into the next hierarchy level, showing sim¬ 
ple and compound nodes of the selected 
compound node. Collapse reverses the pro¬ 
cess of combining nodes within the selected 
node. Using this approach, users can dis¬ 
play as many or as few nodes as required. 

Figure 10 shows the menus for interact¬ 
ing with the architecture characterization 
tool. The user is guided through the differ- 
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ent levels of the parametric data structure by 
IGDT-generated prompts. This figure also 
shows the data structure’s top level with the 
prompt for creating dynamic timing infor¬ 
mation on the CM-2 router communications 
network. The created timing values are 
passed to the performance assessment tool 
and displayed as graphs, as shown. 


Performance 
assessment tool 


The PAWS performance assessment tool 
(PAT) allows users to evaluate the perfor¬ 
mance of any application entered in the 


system (using the application character¬ 
ization tool) by generating a set of perfor¬ 
mance metrics. These performance met¬ 
rics include speedup (the average amount 
of computation performed in one step with 
unlimited processors) curves, parallelism 
profile curves, and execution profiles. These 
performance metrics are generated for both 
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Figure 11. The performance assessment tool block diagram. 


the ideal case, which represents the appli¬ 
cation’s theoretical upper bounds of per¬ 
formance, and a set of performance metrics 
for the application after it has been parti¬ 
tioned and mapped onto a machine. An 
analysis of the two performance metrics 


sets shows the effects of mapping the ap¬ 
plication onto the machine. 

Figure 11 shows PAT’s overall block 
diagram. The block labeled “theoretical 
model” generates an application’s ideal 
parallelism and speedup information. The 


blocks labeled “actual machine 1 ” and “ac¬ 
tual machine 2” compute the predicted 
parallelism and speedup performance of 
the applications running on the specified 
machines after the application has been 
mapped onto each machine. 
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Mapping. The program execution time 
on any parallel machine is dependent on 
both the program operations and the users’ 
ability to express the parallelism at the 
machine’s correct granularity level. 
Therefore, to fairly compare two machines 
running a common application, two differ¬ 
ent mappings of the application will be 
required, one for each machine. In PAWS, 
applications are first transformed into dat¬ 
aflow graphs and then mapped onto a ma¬ 
chine based on its attributes. However, 
guaranteeing optimal dataflow graph map¬ 
ping is a nontrivial problem. Currently, 
PAWS uses the mapping techniques to run 
IF1 on MIMD machines. Research is un¬ 
derway for PAWS to develop new heuris¬ 
tic algorithms for mapping on both MIMD 
and SIMD machines. 9 

Generating performance parameters. 

Both parallelism and execution profiles 


Begin 

for i in 1..5 loop 
for j in 1..5 loop 
for k in 1 ..5 loop 

c (i.j):=c(i,j)+a(i,k)*b(k,j) 
end loop; 
end loop; 
end loop; 
end 


Figure 12. Matrix multiplication pro¬ 
gram. 


are generated by performing a graph walk 
of an application’s dataflow graph. The 
graph walk routine traverses the dataflow 
graph computing and recording each node’s 
performance and statistical information. 
To handle compound nodes, the graph walk 
routine is implemented recursively. This 


recursive nature allows statistics and tim¬ 
ing information to be recorded for individual 
functions, procedures, etc. Therefore, 
parallelism profiles and other performance 
parameters may be generated for a pro¬ 
gram’s function, procedure, etc. 

An application’s recursive function calls 
are modeled as linear loops with a prede¬ 
termined number of iterations. The num¬ 
ber of iterations can be input interactively 
or estimated, based on a frequency count 
derived from an actual program run. 

Examples. Two examples illustrate 
PAT’s flexibility. The Ada source pro¬ 
gram for the first example, a 5 x 5 matrix 
multiplication, is shown in Figure 12. Fig¬ 
ures 13a through d show the whole pro¬ 
gram, the three compound nodes (three For 
loops), and several simple nodes that make 
up the program. Figures 14a through d 
show the parallelism profiles for the whole 




b a j i c k 



Figure 13. Matrix multiplication IF1 
graph (a) and expansions of Loop A, 
(b), (c), and (d). 
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Figure 14. Profile.matrixgraph.5 (a), Profile.LoopA (b), Profile.LoopA'(c), and Profile.LoopA" (d). 


program and the three compound nodes 
(LoopA, LoopA', and LoopA", respec¬ 
tively). The speedup corresponding to the 
complete program shown in Figure 15 ap¬ 
proaches two, the average number of oper¬ 
ations performed at each execution step. 

Figures 13(a) through (d) exhibit regular 
fine-grain parallelism patterns throughout 
the program. By identifying these patterns, 
a user can synthesize a machine while 
proceeding with investigations into this 
part of the code to enhance performance. 
Furthermore, a user performing algorithm 
analysis can be prompted to substitute a 
parallel Forall-type construct for the nest¬ 
ed iterative constructs to obtain faster exe¬ 
cution times and increased system effi¬ 
ciency. The ability to change programs and 
machine parameters in the PAWS archi¬ 


tectural data structure and quickly observe 
the modifications’ results is a powerful 
design tool, since modifications to existing 
hardware can be time consuming and cost 
prohibitive. 

As a second example, we use a program 2 
that performs binary integration of the 
function F as shown in Figure 16. An inter¬ 
esting characteristic of this program is its 
inclusion of recursive and function calls. 
This program’s parallelism profile and 
speedup plot are shown in Figures 17 and 
18. In Bohm, Gurd, and Kallstrong, 2 a 
similar plot was generated using a graph 
interpreter originally designed for IF1 pro¬ 
grams translated from SISAL. 10 The fig¬ 
ures show that the number of operations 
available for parallel execution increases 
geometrically during execution because the 


Speed-up 



Figure 15. Speedup for matrix multi¬ 
plication. 
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number of recursive calls doubles every 
time a new call is performed in the function 


T he PAWS project’s objective is to 
provide a unified environment for 
users to assess various existing, 
conceptual, and prototype machines that 
execute a common application. PAWS 
provides a framework for users to compare 
various architectures for a given applica¬ 
tion and help to identify the best machine. 


PAWS is a unique tool because it com¬ 
bines characterizations of both applica¬ 
tions and architectures and generates for 
assessment various performance metrics, 
including parallelism profiles and speed¬ 
up information. The effects of architec¬ 
tural changes can be investigated through 
PAWs’ ability to modify and store ma¬ 
chine descriptions. 

Research is underway for PAWS to 
develop new heuristic algorithms for 
mapping on both MIMD and SIMD ma¬ 
chines.- ■ 
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Procedure main(A,BInit:in float;r:out floatjis 

function F(X:float) return float is 

Begin 

return 3.0*X*X*X+2.0*X*X+5.0; 
end F; 

function TRAP(le,Ri:float)return float is 
begin 

return(Ri-Le)*(F(Le)+F(Ri)/2.0; 
end TRAP 

function AREA(L,R,Est,Tol:float)return float is Mid,Al,A2,News,a:float; 
begin 

Mid:=(L=R)/2.0;Al :=TRAP(l,Mid);A2:TRAP(mid,R);News;=A12+A2 
if(abs(Est-News)<Tol)then 
a:=News; 
else 

A:=AREA(L,Mid,Al,Tol/2.0)+AREA(Mid,R,A2,Tol/2.0); 

endif 
return a; 
end AREA; 
begin 

r:AREA(A,B,TRAP(A,B),Init); 
end main; 


Figure 16. Binary integration program. 


Maximum number of 
operations xl 000 



Figure 17. Parallelism profile for binary integration. 
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Figure 18. Speedup plot for binary integration. 
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Address Tracing for 
Parallel Machines 


Craig B. Stunkel, IBM T.J. Watson Research Center 
Bob Janssens and W. Kent Fuchs 
University of Illinois at Urbana-Champaign 


A ddress traces, the records of se¬ 
quences of memory addresses 
referenced by processors during 
execution, are widely used by designers 
and researchers to assess performance is¬ 
sues related to computer processors and 
their memory systems. Parallel processors 
raise a multitude of issues regarding ac¬ 
cessing memory and sharing data efficient¬ 
ly among processors. Parallel processors 
also exacerbate the difficulties in collect¬ 
ing address traces. This critical survey ex¬ 
amines address-tracing techniques from the 
perspective of parallel processing systems 
and evaluates existing-tracing methods for 
a number of criteria. 

Event traces are used by computer sys¬ 
tem designers and researchers in two 
principal ways. One method, known as 
trace-driven simulation, uses a trace as 
input to a simulation model of a selected 
part of a computer system. The other 
method, analytical modeling, often analyzes 
traces to extract parameters for analytical 
(mathematically tractable) models of the 
system. Using traces in either modeling 
method enables designers to predict the 
effect of changing selected parts of the 
computer system without building actual 
hardware prototypes to test these changes. 
An address trace is useful in several 


This survey of recently 
implemented 
approaches to address 
tracing highlights the 
issues specific to 
collection of traces for 
both shared and 
distributed memory 
parallel computers. 


areas of computer system performance 
evaluation. Evaluation of memory systems 
is the most common usage, especially for 
systems employing on-chip or off-chip 
memory caches. Shared-memory multi¬ 
processors create unique cache performance 
issues. The caches in these systems must 
remain coherent; memory reads must not 
return stale data, necessitating invalida¬ 

0018-9162/91/0100-0031$01.00© 1991 IEEE 


tion of selected cache data or write broad¬ 
casting to all caches. 

Adequate cache performance is vital to 
shared-memory systems, since cache misses 
cause accesses to a global memory that is 
often much slower than a typical unipro¬ 
cessor main memory. Other issues that can 
be assessed with the aid of address traces 
include interconnection networks for glo¬ 
bal memory, memory paging strategies, 
processor instruction mixes and branching 
characteristics, and validation of results 
from analytical models. 

Address-tracing 

metrics 

In this survey, we examine parallel system 
address-tracing methods based on several 
metrics. Since quantitatively comparing 
many of these metrics is impossible, the 
observations are largely qualitative. 

Accuracy of captured traces. Perfor¬ 
mance monitoring may change some aspect 
of a processor’s execution, thereby changing 
the observed performance data. Because 
address tracing attempts to capture perfor¬ 
mance data at a fine level of detail (mem- 
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Figure 1. A taxonomy of address-tracing techniques. 


ory requests can occur in a significant 
percentage of processor cycles) the mea¬ 
surement-disturbing problem is nontrivial, 
particularly for parallel computers. 

The often complex interaction between 
processors in a parallel system can be eas¬ 
ily perturbed by tracing overhead. This 
interaction is most pronounced in shared- 
memory parallel systems, for which out- 
of-order accesses to shared memory poten¬ 
tially change the sequence of execution for 
one or more processors. In parallel message¬ 
passing distributed-memory systems, the 
change in execution time caused by address¬ 
tracing overhead may change the order in 
which messages are received, and may 
change the sequence of instruction execu- 


Speed of trace capture. The speed at 
which memory reference addresses can be 
captured affects the size of traces that one 
is willing to generate. As processor caches 
grow larger, the corresponding cache 
simulation models require longer address 
traces to accurately estimate cache perfor¬ 
mance. 

Applicability to a wide variety of sys¬ 
tems. Particular tracing methods may 
possess superior characteristics and yet be 
incompatible with a given processor ar¬ 
chitecture or an implementation of that 
architecture. 

Completeness of address traces. A trace 
may be fragmented if only a limited num¬ 
ber of references can be captured before a 
trace-processing phase interrupts the ad¬ 
dress generation. Depending on the usage 
of the traces, such a fragmentation may 
degrade the accuracy of performance studies 


that rely on such traces. Another form of 
fragmentation occurs when a tracing pro¬ 
cess can only record a subset of the ad¬ 
dresses generated by a processor. 

Operating system references and 
multiprogrammed workloads. Many ex¬ 
isting tracing systems can only capture 
user-code addresses and omit operating 
system references. Performance studies for 
caches have demonstrated the errors in¬ 
herent in ignoring system references. 1 An 
increasing number of systems can support 
multiprogrammed workloads. Some cache 
performance studies simulate the effect of 
multiprogramming by interleaving traces 
at regular intervals, but obtaining more 
valid traces containing the actual inter¬ 
leaving of separate user programs (as well 
as system references) is desirable. 

Address-trace 
collection methods 

Address-trace collection methods can 
be classified into five general categories, 
as illustrated in Figure 1. This section in¬ 
troduces and examines these techniques 
according to the comparison metrics pre¬ 
sented in the previous section. 

Hardware-captured traces. Hardware 
monitors directly record processor memory 
requests sent to off-chip caches or main 
memory. 2 This monitoring captures both 
user and operating system references, as 
well as multiprogrammed streams of ref¬ 
erences. These captured references are 
typically physical memory addresses, which 
are often desirable for cache simulation 


studies, but which are not as useful as I 
virtual addresses for evaluating processor I 
performance issues. With advances in chip I 
technology, most new microprocessors I 
incorporate on-chip caches, which allow I 
some memory references to be handled I 
internally. These memory references are I 
thus not traceable. 

Complexity, cost, and lack of flexibility 
are the primary limitations of this approach. 
Because of limited memory and bandwidth, 
hardware monitors often cannot capture 
the whole trace and settle for isolated col¬ 
lections of contiguous references or counts 
of events, rather than a listing of the events 
themselves. To collect trace information 
for every processor in a parallel system, 
either the tracing hardware increases in 
complexity with the number of processors, 
or the traces are gathered one processor at 
a time via a number of different executions 
of the same workload. 

Since current (and likely future) parallel 
processors are often constructed from the 
highest performance microprocessors 
available, the trend toward on-chip caches 
in these processors will limit the effec¬ 
tiveness of hardware-based tracing tech¬ 
niques. The completeness of the trace is 
also likely to be a problem due to trace 
fragmentation from limited storage buffers. 

Interrupt-based traces. Since hard¬ 
ware-based tracing techniques are difficult 
to adapt to tracing parallel processors, 
software-based techniques have received 
widespread attention. Some computer 
systems provide the capability of inter¬ 
rupting the execution of a program after 
each instruction. 3 As shown in Figure 2, 
each tracing interrupt transfers control to | 
an operating system or user-code routine 
that calculates address references based on I 
the instruction found at the current user I 
program counter. 

Since operating system routines typically I 

disable interrupts, the operating system I 
execution usually cannot be traced. The j 
need to interrupt each instruction slows 
down the program execution considerably | 
(typically from a hundred to a thousand 
times slower). Still, many current parallel 
processors are built using processors that 
facilitate interrupts after every instruction. 
Eggers and Katz 4 recorded traces on a bus- 
based shared-memory machine via inter- I 
rupts. 

Simulation-based tracts. Simulation 
can also provide user traces and can si- I 
multaneously model the execution time of 
a processor; this can facilitate modeling 
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the interaction between different processors. 
Simulation is typically slower than interrupt- 
based traces, however, since the simulator 
must model much of the real hardware, 
including the actual ALU operations, flag 
setting, instruction fetching, and main 
memory accesses. Simulation has been used 
to synthesize traces for shared-memory 
multiprocessors. 5 

Simulation offers the potential for highly 
accurate traces — even involving complex 
parallel systems — and is widely applica¬ 
ble to different architectures. Simulation 
could conceivably collect operating system 
references as well, although we are not 
aware of tracing systems with this property. 
The speed of trace collection is the slowest 
of any tracing methodology, and this has 
been a prime deterrent to its widespread 
use. 

Altered microcode-based traces. Ad¬ 
dress tracing using microcode (ATUM) is 
a technique that enables the capture of full 
address traces for multiprogrammed user- 
code and operating system activity. 1 It is 
also fast, with a slow-down factor of 20 
reported. The attractiveness of this approach 
is tempered by obstacles to implementing 
microcode alteration on existing and future 
parallel processors. The main difficulty is 
that the processors in commercial parallel 
systems tend to be one-chip microproces¬ 
sors. In addition, the processors either do 
not use microcode or contain their micro¬ 
code in ROM. 

Instrumented program-based traces. 

These methods directly modify the exe¬ 
cutable code (application and/or operating 
system) to be traced. This code modifica¬ 
tion need not depend upon any special 
hardware features nor any extensive emu¬ 
lation capability. Thus, it has recently re¬ 
ceived considerable attention. Methods of 
this genre must be capable of ascertaining 
any virtual address changes that are side 
effects of the program modification itself. 

In this approach, the program is split 
into units called basic blocks, which are 
sets of machine-level instructions that al¬ 
ways execute in sequence (in the absence 
of any interrupts). Each basic block is an¬ 
alyzed to extract instruction and operand 
address-reference information. The virtual 
addresses for some references cannot be 
determined before the actual program ex¬ 
ecution. For these references, extra in¬ 
structions are added to save runtime in¬ 
formation (usually register contents) that 
aids in virtual address calculations. At the 
beginning of each basic block, a branch to 


an address analyzer is inserted, as illus¬ 
trated in Figure 3. 

There are several conceivable strategies 
for program modification. For example, 
depending on processor architecture, it may 
be possible to directly modify the binary 
code in an executable file. Direct modifi¬ 


cation of binary code is only possible when 
the binary code can be precisely disassem¬ 
bled to analyze the machine instructions. 
Precise disassembly is hindered or impos¬ 
sible in many systems due to addresses 
embedded in the machine code. These 
embedded addresses support indirect ad- 
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Table 1. Summary of evaluation of general address-tracing techniques. 


Metric 

Hardware 

Monitoring 

Interrupt- 

Based 

Simulation 

Altered 

Microcode 

Instrumented 

Program 

Accuracy* 

High 

Medium-high 

Low-high 

Medium-high 

Medium-high 

Speed 

lx 

lOOx 

1,000x 

lOx 

lOx 

Applicability 

Low 

Medium 

High 

Low 

High 

Trace Completeness 

Low 

High 

High 

High 

High 

System Tracing 
Multiprogram 

Yes 

No 

Possible 

Yes 

Possible 

Tracing 

Virtual/Physical 

Yes 

No 

Possible 

Yes 

Possible 

Address 

Physical 

Virtual 

Virtual 

Both 

Virtual 


* Dependent on actual implementation. 


dressing via memory locations, but cannot 
be distinguished from actual instructions 
by a disassembler. Recently, Borg, Kessler, 
and Wall introduced a direct binary-code 
modification approach for a RISC (reduced 
instruction-set computer) microprocessor. 6 
The MIPS Corporation offers Pixie, a 
performance analysis tool that incorporates 
tracing via a similar direct binary-code 
modification. 

The TRAPEDS (trace-producing execu¬ 
tion-driven simulation) 7 and MPtrace 8 
methods use a different program modifi¬ 
cation strategy aimed at a more general set 
of architectures. These techniques modify 
machine code at the assembly-source-code 
level. By bypassing the disassembly re¬ 
quirement, the techniques are applicable to 
any type of processor, regardless of the 
addressing modes. However, it is some¬ 
times difficult to obtain the assembly lan¬ 
guage source for system-provided routines. 

At a slightly higher level, researchers 
are now developing compiler-based, ma- 
chine-code-modification techniques. These 
approaches attempt to produce similar types 
of tracing modifications using the compil¬ 
er’s knowledge of the program’s assembly 
language structure. 9 

Summarizing the suitability of address¬ 
tracing techniques. Table 1 (similar to the 
table in Agarwal, Sites, and Horowitz 1 ) 
summarizes the discussion of this section. 
Although hardware-based and microcode- 
based tracing possess several superior 
tracing characteristics, they have limited 
applicability for current and future parallel 
processors. Interrupt-based tracing is suit¬ 
able for parallel processors, but offers few 
advantages over simulation-based and in¬ 
strumented program-based techniques. It 


cannot trace operating system references 
and has slow trace generation. For these 
reasons, the most common techniques for 
collecting complete address traces on future 
parallel processors likely will be simula¬ 
tion based or instrumented-program based. 

Address tracing on 

shared-memory 

multiprocessors 

Shared-memory multiprocessors present 
unique problems to the implementation of 
address tracing. The generated traces usually 
contain some distortions, since complete 
simulation of the fine-grained interaction 
between processors is too costly, regardless 
of the method used to generate the individual 
processor traces. 

Trace validity. A shared-memory mul¬ 
tiprocessor-address trace is a time-ordered 
list of accesses by all processors. A trace 
collection method introduces distortion if 
the address trace collected differs from 
that which would have been collected on 
an uninstrumented system. Distortion can 
be tolerated as long as it does not affect the 
validity of the resulting trace. The nonde¬ 
terminism of shared-memory computer 
systems causes the behavior of any program 
to vary across executions with the same 
input. Validity can be described as the 
degree to which the set of possible behaviors 
reflected by a trace for an instrumented 
program differs from the set of possible 
behaviors of that program on an uninstru¬ 
mented system. In general, a trace can be 
considered valid if its effect is similar to 
that which might have been seen in an 


uninstrumented system under the same in¬ 
put. Unfortunately, validity as defined above 
is almost always impossible to measure 
and varies with the behavior the trace is 
intended to reflect. Therefore, a trace 
generation method designer will attempt to 
minimize distortion and thereby hopefully 
maximize validity. 

Categories of trace distortion. As il¬ 
lustrated with examples in Figure 4, trace 
distortion can be classified into three cate¬ 
gories: execution-pattern distortion, wait¬ 
time distortion, and access-order distortion. 

Execution-pattern distortion occurs in 
dynamically scheduled tasks, when reor¬ 
dering of accesses to synchronization points 
modifies the actual pattern of execution of 
the traced program(s). Programming models 
that use fine-grained lightweight threads 
are especially susceptible to execution- 
pattern distortion. In environments where 
the validity of the trace may be affected by 
execution-pattern distortion, keeping the 
time dilation due to instrumentation to a 
minimum is essential. An alternate strate¬ 
gy is to attempt to preserve the relative 
timing by slowing down the whole system, 
including the thread or task scheduler. 

Even if a trace does not suffer from 
execution-pattern distortion, it may still 
contain wait-time distortion. This distortion 
occurs when the instrumentation modifies 
the number of iterations of an idle loop 
while a process is waiting at a synchroni¬ 
zation point. The amount of wait time at 
synchronization points will vary with fea¬ 
tures of the particular machine, such as the 
type of cache and interconnection network. 
Therefore, reimplementing synchronization 
as part of the trace-driven simulator is 
often desirable. This requires that the trace 
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Figure 4. Categories of trace distortion. Part (a) shows execution-pattern distor¬ 
tion: A self-scheduled loop running on two processors. The scheduling of itera¬ 
tion i +2 and t+3 is interchanged in the instrumented program, resulting in a 
modified trace. Part (b) shows wait-time distortion: In the instrumented pro¬ 
gram, Process B reaches the barrier first, resulting in a modification of the num¬ 
ber of memory accesses in the idle loops of processes A and B. Part (c) shows ac¬ 
cess-order distortion: Coherence protocol is invalidation-based, with Process A 
initially owning cache line X. In the instrumented program, the write to X in 
cache A occurs after the write to X in cache B, causing an extra invalidation. 


generator include a record of the synchro¬ 
nization events in the trace. The trace- 
driven simulator can then ignore synchro¬ 
nization accesses in the trace and use its 
own synchronization primitives. Since all 
idle waiting is determined after the trace 
has been generated, any amount of wait¬ 
time distortion can be tolerated in the trace. 

The finest grain distortion that can be 
introduced by tracing is access-order dis¬ 
tortion. The behavior of a multiprocessor 
is determined by the exact order of all 
memory accesses. A distortion as small as 
an interchange in time of two accesses can 
change the performance of the memory 
system. Fortunately, access-order distortion 
usually does not significantly affect the 
validity of a multiprocessor trace. The only 
accesses affected are those to shared vari¬ 
ables that are not ordered by synchronization 
points, which the programming model 
usually assumes to occur in any unspeci¬ 
fied order. 

Dealing with distortion. There are two 
ways in which an implementation of a trace 
generation method can reduce the effects 
of distortion. First, it can attempt to mini¬ 
mize the amount of its interference in the 
normal execution of the application being 
traced. Second, if the interference is large 
enough to cause distortion, it can supply 
relative timing information in the trace to 
aid the trace-driven simulator in recreating 
a valid trace. In this case, the multiproces¬ 
sor trace can consist of separate trace files 
for each processor, which are interleaved 
by the simulator. Most implementations 
use a combination of these two techniques. 

ATUM-2, 10 the bus-based multiproces¬ 
sor version of the ATUM 1 microcode-based 
address-tracing technique, does not supply 
relative timing information in the trace. 
Addresses generated by processors are all 
stored in a single buffer, with memory 
access conflicts resolved by the common 
system bus. The microcode modifications 
to implement tracing and the extra inter¬ 
ference caused by the contention for the 
buffer affect the timing of the processors, 
potentially introducing distortion. However, 
the effect on timing is relatively uniform 
across all user and system processors. 

By instrumenting the program, rather 
than the microcode, flexibility is gained in 
reducing distortion. Compilerflow-analysis 
techniques can be used to reduce the number 
of instrumentation points in the program. 
Synchronization information can be in¬ 
cluded in the trace. The amount of instru¬ 
mentation can be varied, depending on the 
intended application. MPtrace 8 is a pro¬ 


gram instrumentation-based tracing tool 
implemented on the Sequent Symmetry 
multiprocessor in a lightweight thread en¬ 
vironment. It generates a separate trace 
file, which includes synchronization infor¬ 
mation, for each processor. The trace is 
reinterleaved during simulation, eliminat¬ 
ing wait-time distortion. 

Tracing methods that employ simula¬ 
tion to generate the per-processor address 
traces are most prone to distortion. PSIMUL 5 
is such a method. The simulator is itself a 
parallel program, having a process for ev¬ 


ery processor used by the application being 
traced. Much potential exists for execu¬ 
tion-pattern distortion, especially since the 
simulator is usually run on a uniprocessor. 
Therefore, only programs that use the SPMD 
(single program, multiple data) program¬ 
ming model, which only uses static sched¬ 
uling, can be traced. All synchronization 
points are marked, and the traces are inter¬ 
leaved during postprocessing. 

In the hybrid instrumentation/simula¬ 
tion method called Tango," traces are 
gathered on a uniprocessor, as in PSIMUL, 
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Figure 5. Execution slowdown for TRAPEDS trace-address-generation only. 


and can be fed directly into a trace-driven 
simulator. The tracing software allows the 
user to specify the events to trace, and the 
memory and synchronization models to 
use in the simulation. This flexible envi¬ 
ronment allows the simulation to be tai¬ 
lored to a user’s requirements of simula¬ 
tion cost and allowable distortion. 

Trace storage and utilization. Trace 
data tends to be generated faster than the 
I/O system can store it. In shared-memory 
systems, there are usually few I/O chan¬ 
nels compared to the number of processors, 
exacerbating the problem. The memory 
management necessary to overcome this 
bottleneck can affect the completeness and 
validity of the trace. Approaches to resolving 
this problem include buffering of address 
traces, concurrent simulation with tracing, 
trace compression, and trace sampling. 12 

In the ATUM system, tracing is con¬ 
trolled by a high-level program that exe¬ 
cutes a special patched instruction. When 
the trace buffer fills up, the program stops 
tracing and dumps the buffer to disk. No 
attempt is made to halt execution when the 
trace buffer needs to be emptied, so the 
trace consists of noncontiguous samples of 
the size of the buffer. 

The MPtrace system overlaps tracing 
and I/O, but when more than two proces¬ 
sors are traced, the trace buffers fill up 
faster than they can be emptied. In its 
current implementation, MPtrace associ¬ 
ates one thread with each processor and 
threads do not migrate. During execution, 
threads pull buffers from a common pool, 


fill them with trace data, and place them in 
a buffer queue. A number of writer threads, 
executing on separate processors so they 
do not cause distortion, remove buffers 
from the queue, write the buffers to disk, 
and recycle them. When all buffers are 
filled, execution stalls until they have all 
been written to disk. 

To avoid writes to disk altogether, trace- 
driven simulation can be performed during 
generation. 7 Tango offers the capability of 
feeding the trace directly into a memory 
simulator. TRAPEDS (see the next sec¬ 
tion) consumes traces on-the-fly for dis¬ 
tributed-memory multicomputers. 7 In these 
systems, trace consumption can still be a 
bottleneck, making it necessary for execu¬ 
tion to stall while the traces are processed. 

Applicability of tracing methods. The 

selection of a tracing method depends 
largely on the intended use of the traces. 
Currently, only the ATUM-2 traces can 
capture operating system and multipro¬ 
gramming behavior. They are well suited 
for studies of interference between pro¬ 
cesses and process migration. Program in¬ 
strumentation-based tracers have more 
difficulty tracing migrating processes, re¬ 
quiring modification of the process 
scheduler. 8 

Traces generated by program instru¬ 
mentation or simulation techniques, how¬ 
ever, have an advantage over ATUM-2 
when synchronization affects performance. 
There is no way to compensate for the 
wait-time distortion in ATUM-2 traces, 
causing the validity of the synchronization 


sections to be in question. In the other 
methods, the synchronization sections are 
marked and the postprocessor can resimulate 
synchronization to eliminate any distortion. 

The usefulness of the ATUM method is 
also limited by its dependence on a specific 
system; most multiprocessors do not have 
writable microcode. Program instrumenta¬ 
tion methods, on the other hand, can be 
applied to any multiprocessor system. 
However, a large part of the instrumenta¬ 
tion code (about 25 percent in MPtrace) 
may have to be rewritten to port an im¬ 
plementation to a new machine. In contrast, 
pure simulation-based approaches are the 
most portable, as long as they do not rely 
on the underlying operating system. 

Address tracing on 
distributed memory 
machines 

In this section, we focus on distributed 
memory (multicomputer) address-tracing 
problems and present possible solutions. 
Each processor in a multicomputer system 
accesses a separate address space, which 
greatly simplifies the trace collection pro¬ 
cess. However, because software-based 
tracing methods slow down the execution of 
programs, interaction between processors 
(via messages) can conceivably occur in a 
different order than in the original code, 
creating execution pattern distortion. The 
tracing software need not concern itself 
with out-of-order execution between these 
message interactions. Thus, access order 
distortion does not occur in multicomput¬ 
ers. 

Modeling interprocessor communica¬ 
tion. On existing multicomputers, mes¬ 
sages are passed using send and receive 
routines. Several approaches with varying 
levels of accuracy and implementation dif¬ 
ficulty can be used for controlling these 
message-passing routines in an attempt to 
maintain the original ordering of mes¬ 
sages. In order of increasing complexity, 
the approaches are: 

(1) Make no attempt to regulate message 
ordering. This approach assumes that the 
ordering of messages will not be affected 
by tracing or that the effect of tracing will 
be unimportant to trace characteristics. 
Many programs are written with fixed 
communication sequences. In contrast, 
many message passing systems allow 
asynchronous messages and accept mes- 
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sages based on type, not origin. A fixed 
message ordering model, therefore, is likely 
unrealistic for programs with general 
communications requirements. 

(2) Simulate message ordering using 
execution-time information generated by 
the tracing technique. In the most complex 
scenario, this approach would involve full 
distributed simulation. One drawback is 
that the simulated message interaction is 
based on another simulation (execution¬ 
time simulation) that reduces the accuracy 
of the message reordering. 

(3) Collect the sequence of messages 
produced by a normal execution and use 
the sequence to control the ordering of 
messages in the traced modified execution. 
This is the method chosen for the TRAPEDS 
implementation. It guarantees that messages 
will be received in the original order with 
no extra guidance from the user, and its 
success does not depend on the accuracy of 
a simulated elapsed time. 

Idle time. For multicomputers, passing 
messages can create idle wait time during 
message reception. Any operating system 
addresses generated during these idle times 
should be treated differently from other 
generated addresses. For example, the cache 
hits or misses associated with a tight idle 
loop have no impact on the overall execution 
time, while the cache hit rate in nonidling 
code does affect execution time. Including 
the idle time hits could also be misleading 
in forming estimates of operating system 
behavior. Besides idle loops, other parts of 
a program execution have no effect on total 
execution time. One example is the code 
immediately preceding a message receive 
routine when that routine results in an idle 
wait loop. 

Trace storage and utilization. Current 
multicomputers have poor I/O performance 
relative to their computing power. At¬ 
tempting to save streams of trace data 
concurrently for multiple processors rapidly 
slows current systems. As an example, in 
the TRAPEDS implementation on the 
iPSC/2 hypercube, when trace addresses 
were generated but not saved, the traced 
execution ran two orders of magnitude 
faster than when traces were stored to disk. 
To illustrate this, Figure 5 shows a plot of 
the execution slowdown for generating but 
not saving addresses. Execution slowdown 
due to TRAPEDS is less than 30x for ex¬ 
ecution on a single node. As the number of 
nodes increases, the slowdown factor de¬ 
creases. This occurs because, for traced 
programs, the time spent in the computa¬ 


tional phases of the execution grows much 
larger, but the time spent in communica¬ 
tion phases (handled by special routing 
hardware) remains about the same. 

When the generated traces were stored 
to disk on the iPSC/2 hypercube, the exe¬ 
cution slowdown climbed to about 2,000 
times, as depicted in Figure 6. Moreover, 
because all disk writes on this system must 
pass through a single host node, this cost 
rapidly increases as the number of nodes 
increases. Hence, all simulations performed 
with TRAPEDS traces are currently con¬ 
ducted on the fly. Traces are not stored, but 
are fed immediately to a simulation rou¬ 
tine. 


A lthough hardware monitoring and 
microcode-based methods each 
possess superior characteristics for 
a subset of the metrics proposed in this 
survey, the trends in parallel processor 
design make it difficult to apply these 
methods to future generations of machines. 

The most successful methods of reduc¬ 
ing address-trace distortion rely on identi¬ 
fying synchronization points and simulat¬ 
ing the processor execution by counting 
the number of cycles between synchroni¬ 
zation points. Indeed, as the complexity of 
interaction in parallel systems continues to 


grow, simulation will become an increas¬ 
ingly necessary element of successful trac¬ 
ing implementations. The most promising 
address-tracing solutions will likely be hy¬ 
brid techniques that instrument programs 
and simulate execution time. ■ 
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f A Performance Comparison 
of the IBM RS/6000 and the 
Astronautics ZS-1 


William Mangione-Smith, Santosh G. Abraham, and Edward S. Davidson 
University of Michigan 


C oncurrent uniprocessor architec¬ 
tures, of which vector and super¬ 
scalar are two examples, are de¬ 
signed to capitalize on fine-grain parallel¬ 
ism. We have developed a performance 
evaluation method for comparing and im¬ 
proving these architectures, and in this 
article we present the methodology and a 
detailed case study of two machines. 


Access-execute 

concurrence 


The runtime of many programs is dom¬ 
inated by time spent in loop constructs — 
for example, Fortran Do-loops. Loops gen¬ 
erally comprise two logical processes: The 
access process generates addresses for 
memory operations and does other integer 
operations, while the execute process op¬ 
erates on floating-point data. 1 Memory 
access patterns typically can be generated 
independently of the data in the execute 
process. This independence allows the ac- 


Application-specific 
performance bounds 
for two superscalar 
machines, and the 
DECstation 3100, help 
explain actual 
delivered performance 
and indicate areas for 
improvement. 


cess process to “slip” ahead, thereby hid¬ 
ing memory latency. 

The IBM 360/91 was designed in 1967 

0018-9162/91/0100-0039$01.00 © 1991 IEEE 


to achieve slip dynamically, at runtime. 2 
One CPU unit executes integer operations 
while another handles floating-point oper¬ 
ations. Other machines, including the VAX 
9000 and the IBM RS/6000, use a similar 
approach. Vector machines use a vector 
load instruction to issue a long stream of 
memory requests, and they may employ 
load-execute chaining to allow a dependent 
vector floating-point instruction to be issued 
once its first operands are loaded. Load/ 
store architectures, for both vector and 
scalar machines, statically schedule load 
instructions earlier in the code to enhance 
access-execute concurrency. VLIW (very 
long instruction word) machines rely heavily 
on static code scheduling to achieve even 
more concurrency. 

The Decoupled Access/Execute (DAE) 
project at the University of Wisconsin 1 and 
the Structured Memory Access project at 
the University of Illinois 3 used architec¬ 
turally visible access and execute proces¬ 
sors to handle (integer) addressing and 
floating-point operations, respectively. 
Queues buffer the dataflow between the 
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Figure 1. The DECstation 3100 CPU. 


two processors and the memory system. 
The ZS-1 is a direct descendent of DAE. 

DECstation 3100 CPU 

We use Digital’s DECstation 3100 as a 
baseline machine to contrast with the ZS-1 
and the RS/6000. The DECstation CPU 4 
(see Figure 1) uses the standard-commod¬ 
ity R2000 RISC processor and the R2010 
floating-point coprocessor from MIPS 
Computer Systems. The R2000 has 32 gen¬ 
eral-purpose registers (32 bits wide) and 
the R2010 has 16 registers (64 bits wide). 
The 32-bit bus between these chips and the 
caches is cycled twice each clock period, 
once for an instruction and once for a data 
reference. The R2000 and R2010 see all 
instructions in sequence. The R2000 se¬ 
lects access process instructions and the 
R2010 selects execute process instructions. 
The two chips must cooperate closely, and 
slip is minimal. 



Figure 2. The RS/6000 CPU. 


IBM RS/6000 
architecture 

The instruction cache (ICU), the floating¬ 
point processor (FPU), and the fixed-point 
processor (FXU) of the superscalar RS/ 
6000 CPU 5 (see Figure 2) are each imple¬ 
mented on a separate VLSI chip. The ICU 
fetches instructions four at a time from its 
instruction cache and places them in a 
queue. At the start of each clock period, the 
two 32-bit instructions at the head of this 
queue can be forwarded to the FPU and 
FXU, where they are placed in local queues. 
The FPU and FXU see the same instruction 
sequence and select those instructions in¬ 
tended for them. The ICU handles all branch 
and most condition-code instructions and 
can execute one instruction of each type 


per cycle. Thus, the maximum instruction 
issue rate is four per cycle. 

The FPU has several interesting features 
that greatly improve performance. It is 
optimized for 64-bit operations (32-bit 
operations are supported but can reduce 
performance). A single two-stage floating¬ 
point pipeline executes both add and mul¬ 
tiply instructions. It has several three-op¬ 
erand multiply-add instructions that can 
dramatically affect performance. These 
instructions also execute in two clock cy¬ 
cles and provide increased precision by not 
rounding the result of the intermediate 
multiply. 

The FPU uses a register-renaming scheme 
to allow FXU load instructions to slip dy¬ 
namically ahead of earlier floating-point 
instructions without overwriting live data. 
The architecture has 32 (virtual) floating¬ 


point registers mapped to 38 physical reg¬ 
isters. Two other physical registers are 
reserved for partial results of division in¬ 
structions. Each load instruction goes to 
the FXU to generate an address and to the 
FPU to map the virtual target register (and 
subsequent references to it) onto a physical 
register that is not still reserved by a pending 
floating-point instruction. For example, 
consider the following stylized assembly 
code segment: 

1 Idfu fprl,ar2,8 

2 mult fpr2, fpr3, fpr4 

3 mult fpr5, fprl, fpr2 

4 ldfu fprl, ar2, 8 

Instruction 4 can legally be issued before 
instruction 3 (possibly hiding the penalty 
of a cache miss), because fprl will be 
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mapped to two different physical registers 
for these instructions. 


ZS-1 architecture 

In the ZS-1 6 (Figure 3), the A-processor 
is roughly equivalent to the FXU, the X- 
processor to the FPU, and the splitter to the 
ICU. However, the ZS-1 has architecturally 
visible queues to buffer all communication 
between these three units, as well as the 
memory. The A- and X-processors have 32 
registers each, 32 bits wide for A and 64 
bits wide for X. The floating-point pipelines 
are three stages deep. 

The splitter fetches instructions from a 
single instruction stream and can forward 
an A and an X instruction per clock to the 
A- and X-processor instruction queues, 
respectively. Instruction fetching is blocked 
when a branch is encountered and remains 
blocked until the branch path is resolved. 
In contrast, the RS/6000 assumes condi¬ 
tional branches are not taken and forwards 
instructions to the rest of the CPU for 
conditional execution. 

The A-processor executes loads and 
stores by simply placing load addresses in 
the load-address queue (LAQ) and store 
addresses in the store-address queue (S AQ). 
The memory system subsequently removes 
the address at the head of the LAQ, fetches 
the data, and places it in either the A-load 
queue (ALQ) or the X-load queue (XLQ), 
as indicated by a bit in each LAQ entry. A 
similar bit in S AQ entries identifies wheth¬ 
er the data is in the A-store queue or the X- 
store queue. 

While the A- and X-processors issue 
instructions in order from the head of their 
instruction queues, the two instruction 
streams can execute out of order relative to 
one another. Typically, the A-processor is 
at least several instructions ahead of the X- 
processor (often beyond a resolved branch). 
This dynamic slip phenomenon is charac¬ 
teristic of DAE machines. 7 Slip is essential 
for good performance Whenever memory 
latency is large. 8 

Instruction issue in the A- or X-processor 
halts when either its instruction queue is 
empty or a required resource (either hard¬ 
ware or data) is not available. By treating 
the load queues the same as any other 
processor register (with respect to instruc¬ 
tion issue constraints), the ZS-1 can often 
avoid stalling on a cache miss. This toler¬ 
ance of cache misses, which the RS/6000 
also shares because of its register renaming 
and control logic, is very rare in commer¬ 
cially available machines. 


64-Kbyte 
data cache 



Figure 3. The ZS-1 CPU. 


Measured performance 

In this study, the Livermore Fortran 
Kernels 9 were used to exercise the three 
target machines. These program kernels, 
which are floating-point intensive and 
contain various amounts of fine-grain par¬ 
allelism, represent several important algo¬ 
rithms that occur frequently in scientific 
programs. Thirteen of the 24 kernels can be 
vectorized by a good modern vector com¬ 
piler. 

Figure 4 shows the actual performance 
in megaflops. The harmonic mean, the 
preferred technique for rate averaging, is 
1.84 Mflops for the DECstation, 3.8 Mflops 
for the ZS-1, and 6.21 Mflops for the RS/ 
6000. Considering only the 13 kernels (1- 
4, 6-10, 12,18, 21, and 22) that are vector¬ 
ized by a good modern vector compiler, the 
harmonic means increase to 2.35,6.64, and 
12.42 Mflops, respectively. These 13 ker¬ 
nels contain no data dependencies between 
iterations and require no communication 
from the floating-point unit to the rest of 
the CPU (for example, branches based on a 
floating-point value, or floating-point-to- 
integer conversions). Memory latency 
should be the only cause of stalls in the 
arithmetic unit, but this latency is partially 
(or completely) hidden by slip. 

Figure 4 also shows RS/6000 perfor¬ 
mance with the Fortran compiler prohibit¬ 


ed from generating multiply-add instruc¬ 
tions. The primary reason for this compiler 
option is to avoid excessive precision that 
might violate the IEEE floating-point 
standard. The harmonic mean is reduced 
by 9 percent (from 6.21 to 5.77 Mflops). 
However, some kernels are affected much 
more significantly. 

To compare architectures without clock 
rate effects, the performance unit is con¬ 
verted into clocks per floating-point oper¬ 
ation (cpf), which is used in the rest of this 
article. (The clock rates for these machines 
are 16.67 MHz [60 nanoseconds] for the 
DECstation, 22.2 MHz [45 ns] for the ZS- 
1, and 25 MHz [40 ns] for the RS/6000.) 
The harmonic mean for all 24 kernels 
converts to 9.06 cpf for the DECstation, 
5.84 for the ZS-1, and 4.03 for the RS/ 
6000. For the 13 vector kernels only, cpf is 
reduced to 7.09,3.34, and 2.01, respective¬ 
ly. The RS/6000 cpf performance is still 
higher than that of the other two machines, 
though not in proportion to its megaflops 
performance advantage, because of nor¬ 
malizing out the contribution of its higher 
clock rate. 

Performance models 

While actual performance reveals how 
fast a machine executes a program, it does 
not indicate how well that machine could 
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execute the program. For example, the ZS- 
1 and RS/6000 achieve similar performance 
on kernel 1. However, since the adds and 
multiplies are almost equal in number, and 
the kernel can be vectorized, the RS/6000 
should do much better. We will show via 
modeling that it can. 

We have developed a model that yields 
hard bounds on a machine’s performance 
on a benchmark. These bounds are neces¬ 
sarily conservative; they assume that all 
available parallelism (both software and 
hardware) is exploited. When the bounds 
match actual performance, they are very 
useful for evaluating machines. When the 
bounds are loose, we learn where to apply 
our efforts toward improving performance. 


An application work load (Table 1) is 
characterized by the number of fundamen¬ 
tal operations it requires per iteration: 
combinable multiply-adds* non- 

combinable additions (/ a ), noncombin- 
able multiplications ( fj , loads and stores 


* When an add operation can immediately use the result 
of a preceding multiply, the pair of operations is called 
combinable. Several recent machines (the Alliant FX/ 
8, the Intel i860, and the RS/6000, for example) can 

gle instruction; the ZS-1 and DECstatio™ cmnot These 
instructions capture the form of chaining (the concur- 

most commonly found in scientific applications, with 
a much lower cost than embedding general chaining 
capability in the machine’s control logic. 


of floating-point data (l f , and s fl ), and 
loads and stores of fixed-point data (l fx 
and Sf x ). This work load is similar to what 
a Fortran compiler would generate if it 
completely unrolled loops: Arithmetic 
(floating-point) operations honor paren¬ 
thetical groupings, redundant memory loads 
are removed, and fixed-point bookkeeping 
instructions are assumed never to lie on the 
critical path. 

A machine is characterized by the band¬ 
width equations for four machine units: 
instruction issue, memory interface, float¬ 
ing point, and a “dependence” pseudo¬ 
unit. The bandwidth of the dependence 
unit is a function of floating-point latencies 
and the work load characterization (the 
total time required to completely execute 
each floating-point operation of a loop- 
carried data dependence cycle in the pro¬ 
gram). The dependence unit has proved a 
convenient abstraction that lends consis¬ 
tency to the model. These four resources 
represent common machine bottlenecks, 
but the full list of bottlenecks remains 
open-ended. 

Timing equations for each of the CPU 
units, t m , tf, and t d , respectively, specify 
the minimum number of clock ticks required 
to pass one iteration of a given loop work 
load through that unit (see sidebar). To 
execute an iteration of a loop, a processor 
will clearly require at least as much time 
(/;) as any of its four fundamental units. 
Dividing t, by the number of floating-point 
operations in the loop leads to an applica¬ 
tion-specific performance bound, measured 
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Bounds equations 


% 

max(t„ t m , t f , t d ) 



DECstation: 

ZS-1: 

RS/6000: 

max((2 * (fm +fa+ 2 * fma)), (5 * (f m + f ma ))) 
max((/ m + f a + 2* f ma ), (2 * (f m + f ma ))) 

fa + fm + fma 

r, 

DECstation: 

ZS-1: 

RS/6000: 

fa + fm + 2* f ma + 2 * If, + 2 * Sf, + l fx + Sf x 
max((/ a + f m + 2* f ma ), {If, + s fl + l fx + s fx )) 
max((/ fl + / m + f ma ), {If, + s f , + l fx + s fx )) 


DECstation: 

ZS-1: 

RS/6000: 

2 * {If, + s fl ) + l fx + s fx 

If, + Sf, + i fx + Sfx 

max ((/// + Sf,), {l fx + s fx )) 

td 

(kernel 5) 

DECstation: 

ZS-1: 

RS/6000: 

(5 + 2 clocks)/(2 fpops) = 3.5 cpf 
(3 + 3 clocks)/(2 fpops) = 3 cpf 
(2 + 2 clocks)/(2 fpops) = 2 cpf 

td 

(kernel 11) 

DECstation: 

ZS-1: 

RS/6000: 

(2 clocks)/(l fpop) = 2 cpf 
(3 clocks)/(l fpop) = 3 cpf 
(2 clocks)/( 1 fpop) = 2 cpf 


Table 2. Bounded cpf and percentage of bound achieved. 


LFK 

RS 

Bounded cpf 

RSm ZS-1 

DEC 

Percentage of Bound Achieved 

RS RSm ZS-1 DEC 

1 

0.60 

1.00 

1.20 

3.00 

0.37 

0.41 

0.84 

0.71 

2 

0.75 

1.00 

1.00 

2.50 

0.42 

0.49 

0.32 

0.37 

3 

1.00 

1.00 

1.00 

3.00 

0.99 

0.66 

0.37 

0.79 

4 

1.00 

1.00 

1.00 

3.00 

0.92 

0.63 

0.37 

0.48 

5 

2.00 

2.00 

3.00 

4.00 

0.99 

0.99 

0.84 

0.59 

6 

1.00 

1.00 

1.00 

3.00 

0.58 

0.47 

0.19 

0.37 

7 

0.50 

1.00 

1.00 

2.50 

0.57 

0.72 

0.82 

0.63 

8 

0.58 

1.00 

1.00 

2.08 

0.72 

0.72 

0.40 

0.52 

9 

0.65 

1.00 

1.00 

2.35 

0.42 

0.60 

0.58 

0.54 

10 

2.22 

2.22 

2.22 

5.44 

0.68 

0.68 

0.76 

0.34 

11 

2.00 

2.00 

3.00 

5.00 

0.66 

0.66 

0.73 

0.38 

12 

2.00 

2.00 

2.00 

5.00 

0.66 

0.67 

0.71 

0.38 


in cpf. By contrast, a machine’s peak per¬ 
formance is usually determined from the 
minimum cpf ever attained by any applica- 

A processor’s (double-precision) float¬ 
ing-point-operation issue constraints are 
represented by tf. The RS/6000 and ZS-1 
can start a new floating-point instruction 
every clock, though the ZS-1 must start 
two consecutive multiplies at least two 
clocks apart. The DECstation has more 
restrictive floating-point issue conditions. 
Adds execute in two clocks, while multi¬ 
plies require five and use the adder during 
clocks 1 and 5. Although one add can be 
issued during clock 2 or 3 of a multiplica¬ 
tion, no other situation allows concurrent 
execution of floating-point instructions (see 
tf in the sidebar). 

The DECstation has a single decode stage 
that all instructions must pass through — 
even those destined for the floating-point 
unit. Also, a 64-bit memory reference re¬ 
quires two instructions. Because the ZS-1 
and RS/6000 have separate instruction is¬ 
sue units for fixed-point (including address 
calculations for loads and stores) and float¬ 
ing-point units, they have (approximately) 
twice the peak instruction issue bandwidth 
of the DECstation (see t, in the sidebar). 

The DECstation bus is 32 bits wide, so 
two cycles are required for each load or 
store of a double-precision value. The RS/ 
6000 has separate ports for floating- and 
fixed-point data as well as for instruction 
fetches. The ZS-1 has separate instruction 
and data caches, but fixed- and floating¬ 
point references use the same data port (see 
t m in the sidebar). 

Most loops have a zero value for t d . For 
loops with loop-carried dependencies, we 
construct a dependence graph in which 
each node corresponds to a floating-point 
operation. The cost of each node is equal to 
the latency, in clock periods, of its opera¬ 
tion. The value of t d is the cost of the 
highest cost cycle in the graph. Loop-car¬ 
ried dependencies occur in kernel 5, where 
the longest cycle includes a subtract and 
multiply, and kernel 11, where the longest 
cycle has an add (see t d in the sidebar). The 
t d values dominate in calculating f ; for the 
ZS-1 and RS/6000, while for these two 
kernels, t, dominates t, for the DECstation. 

Table 2 shows the cpf bound, derived 
from applying the sidebar equations to Table 
1 (the label “RSm” refers to an RS/6000 
with the combined multiply-add instructions 
disabled). Table 2 also shows the actual 
measured performance as a percentage of 
the bound, to highlight the cases requiring 
further investigation. 


Sources of 
performance loss 

Factors contributing to the gap between 
the measured performance and the perfor¬ 
mance bounds include nonoptimal instruc¬ 
tion schedules, compiler problems, model 
inaccuracies, memory latency, and regis¬ 


ter-buffer limitations. While each of these 
factors tends to reduce performance, their 
removal may not improve performance. 
For example, poor cache performance can 
mask effects of the other factors. The fol¬ 
lowing discussion focuses on issues that 
are particularly important to the machine- 
program combinations considered here. 
Because the DECstation was used only as 
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Table 3. Minimal memory operations 
versus actual memory operations. 
(Kernels among the first 12 with re¬ 
dundant memory operations.) 


Kernel 

Min. Mem. Actual 
Ops ZS-1 

Actual 

RS/6000 

1 

3 

3.125 

4 

2 

3 

6 

6- 

6 

2 

3 

3 

7 

4 

5.5 

10 

8 

18 

23.5 

21 

9 

11 

11.75 

11 

10 

20 

20.75 

20 

11 

2 

2.125 

2 

12 

2 

2.125 

3 


Table 4. Augmented cp f factors for the RS/6000. (* = augmented cpf bound.) 

LFK 


Measured 

cpf 


0.88 

0.82 

1.54 

3.26 

3.02 

3.01 


Original 

cpf Bound 


0.60 

0.75 

1.00* 

1.00* 

2.00* 

1.00 

0.50 

0.58* 

0.65 

2.22* 

2.00* 

2.00 


0.63 

0.58* 


a baseline machine for comparison, it is not 
discussed further. 

Instruction scheduling. An optimal in¬ 
struction schedule guarantees saturation of 
the most heavily used system resource, 
thus reaching the optimal performance 
bound. Loop unrolling 10 is a technique that 
tries to generate a near-optimal schedule: 
Several independent loop iterations (the 
unrolling depth) are interleaved to reduce 
pipeline fill and drain costs and stalls. 
Polycyclic instruction scheduling 11 ’ 12 (also 
referred to as software pipelining) is a 
more aggressive technique that uses the 
same schedule for each loop iteration and 
overlaps them to achieve an optimal in¬ 
struction schedule, thereby substantially 
masking memory latency and dependence 
effects. 

The ZS-1 Fortran compiler, f77 version 
3.0, does extensive loop unrolling and uses 
detailed knowledge of the floating-point 
pipelines. The RS/6000 Fortran compiler, 
xlf version 1.01, does no loop unrolling at 
all. (According to IBM representatives, 
future versions of their compilers will have 
loop unrolling, along with several other 
aggressive compilation techniques.) How¬ 
ever, because the RS/6000’s floating-point 
pipelines are shorter than those of the ZS- 
1, its pipeline stalls are less severe. The 
combined multiply-add instruction also 
reduces this performance penalty by unit¬ 
ing two instructions that otherwise would 
often be separated by the latency of the 
pipelines. 

Compiler issues. While the work load 
characterization assumes that the minimal 


number of memory operations is executed, 
most compilers exceed that minimal set. 
Table 3 shows kernels containing redun¬ 
dant memory operations that could be re¬ 
moved by the compiler. For kernels 1, 2, 
and 12 on the RS/6000, and 12, 13, and 14 
on the ZS-1, the memory port is the bot¬ 
tleneck and redundant operations degrade 
performance. 

Fractional operations for the ZS-1 result 
from dividing memory references per un¬ 
rolled iteration by the unrolling depth, D, 
typically two to eight. Loop unrolling makes 
redundant operations more apparent to the 
compiler, allowing them to be removed for 
D -1 out of D iterations. Consequently, the 
ZS-1 has fewer redundant loads than the 
RS/6000 on kernels 1, 7, and 12. 

Model inaccuracies. When Fortran’s 
mathematical operators have equal prece¬ 
dence, they must be evaluated from left to 
right. The work load model, however, as¬ 
sumes that mathematical operations can 
execute concurrently, as long as depen¬ 
dence relations are not violated. Thus, ZS- 
1 performance for the reduction kernels (3, 
4, and 6) is much lower than the performance 
bound. The RS/6000, with its shorter pipe¬ 
lines, is less sensitive to such dependence 
enforcement. Also, since all of the reduc¬ 
tion kernels have multiply-add operations, 
no increase in the cpf bound is required for 
the reduction kernels on the RS/6000. 

Both the work load and bounds models 
inaccurately reflect the characteristics of 
the ZS-1 data queues. When an instruction 
reads an operand from a load queue, that 
data is always removed from the queue. 
Thus, data used as an operand for two sep¬ 


arate instructions must first be copied from 
the load queue to an ordinary floating¬ 
point register. Because only one operand 
can be read from a queue per clock, a copy 
operation also occurs when two instruction 
operands originate from memory. 

While floating-point operations require 
three clock periods to execute, these copy 
operations require only one clock period. 
This latency difference often presents a 
runtime conflict on the register (and store 
queue) write port. For example, if a copy 
operation immediately follows two multi¬ 
plication instructions, it will be stalled for 
two clock periods while the multiply in¬ 
structions use the register write port. Re¬ 
moving redundant memory operations is 
almost always a good idea, and the ZS-1 
Fortran compiler generally does a good job 
of this. The copy operations, however, 
negate the advantage of this optimization 
and may even reduce performance. 

Memory effects. The analytic model 
implicitly assumes that the available mem¬ 
ory bandwidth at runtime matches the 
memory’s peak bandwidth. It does not 
consider the performance effects of mem¬ 
ory unit latency (including conflicts and 
cache misses). Because any given data ref¬ 
erence can hit in the data cache, the bounds 
model assumes that all memory references 
do. A real machine will experience cache 
misses, but because the ZS-1 and RS/6000 
avoid some cache miss stalls, their effects 
are reduced. This can be seen in kernel 1 on 
the ZS-1 and kernel 3 on the RS/6000, 
where the measured performance nearly 
equals the bound, implying that the mem¬ 
ory effects are not significant. 
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Experimentally augmented perfor¬ 
mance bounds. By focusing on the issues 
just discussed, we can use the compiled 
program listings to derive an augmented 
performance bound. This bound is valid 
only for the particular compiler version 
that is part of the experimental environment. 
For the RS/6000, three adjustments are 
made (see Table 4): t m is increased because 
of redundant memory operations, t d is in¬ 
creased to t d because of the reduction ker¬ 
nel dependencies, and t d is increased to t d 
because of pipeline bubbles that the com¬ 
piler did not fill (but could have); tj and t} 
are tabulated separately, since these effects 
may not be additive. Empty entries in Ta¬ 
bles 4 and 5 indicate that the particular 
phenomenon did not occur. The ZS-1 cpf 
bound is augmented in the same manner 
(Table 5), with the addition of a /, increase 
because of copy operations. These tables 
also show the actual measured performance 
and the augmented performance bound. As 
the ratio of these two values approaches 1, 
we gain a better explanation of a comput¬ 
er’s actual performance in these experi- 


Register renaming 
versus queues 

One of the most interesting contrasts 
between the RS/6000 and the ZS-1 lies in 
the use of register renaming and architec¬ 
tural queues, respectively, to enable slip 
between the access and execute processes. 
It is important to understand where these 
two approaches differ and when their dif¬ 
ferences are important. 

Each register in the ZS-1 requires one 
write port because the processor and 
memory always write into different regis¬ 
ters (or queues). The RS/6000’s registers 
require two write ports because any register 
can receive a result from either memory or 
the processor. In addition, the mapping 
logic for doing virtual-to-physical-register 
translation on the RS/6000 is more com¬ 
plex than the control logic for the ZS-l’s 
queues. This added complexity could be¬ 
come an important consideration for future 
implementations, particularly at higher 
clock rates with greater concurrency. 

One advantage of register renaming over 
architectural queues is that copy operations 
can be avoided. However, we believe that 
copy operations need not degrade perfor¬ 
mance. For example, the ZS-1 could have 
used a separate copy pipeline that is as 
deep as the floating-point pipes. Although 


Table 5. Augmented cpf factors for ZS-1. 


the latency of the copy operations would 
increase, conflicts on the result bus and 
consequent instruction issue stalls would 
be avoided. We believe the ZS-1 compiler 
is usually flexible enough to schedule these 
longer copy operations without affecting 
the quality of the static code schedule. 


T he RS/6000 implementation is 
clearly superior for this work load. 
One important caveat, however, is 
that the RS/6000 and ZS-1 were designed 
for fundamentally different environments. 
The RS/6000 is intended to serve as a high¬ 
speed workstation or compute/file server 
on a network. Its full support of the IEEE 
floating-point standard would complicate 
the typical problems of implementing this 
architecture at a much faster clock speed. 
Its admirably short pipelines would also 
lengthen as the clock speed increases. 

Although the ZS-1 implementation has a 
somewhat slower clock than the RS/6000, 
the architecture was designed to be imple¬ 
mented with a very fast clock. One direct 
consequence is that the ZS-1 does not sup¬ 
port the full IEEE floating-point standard, 
though it does use IEEE’s data representa¬ 
tion. Our previous work with the ZS-1 
indicates that the architecture is well suited 
for parallel processing and for a fast clock, 
even with the increased latencies that re¬ 
sult. 8 

While the ZS-1’ s measured performance 
is significantly below that of the RS/6000 
(on our work load), much of this difference 
is directly related to the multiply-add in¬ 
structions and the difference in clock speeds. 
The ZS-1, with its longer floating-point 


(* = augmented cpf bound.) 


pipelines, achieves 75 percent of the per¬ 
formance of a modified RS/6000 with no 
multiply-add and a clock speed normalized 
to that of the ZS-1. The RS/6000 Fortran 
compiler does an excellent job of utilizing 
the multiply-add instructions, which can 
dramatically increase performance. 

A simple method of bounding perfor¬ 
mance can be applied profitably to a wide 
variety of uniprocessor architectures, in¬ 
cluding RISC, superscalar, and decou¬ 
pled access/execute architectures. The 
performance bounds have shown that 
significant opportunities for performance 
improvement exist. Several factors can 
be used to quickly identify where perfor¬ 
mance is lost so that this improvement 
can be achieved. ■ 

Acknowledgments 

This work was supported in part by National 
Science Foundation grant ASC-8808980 and by 
a grant from the University of Michigan. We 
would like to thank Astronautics Corp. of Amer¬ 
ica and IBM for their assistance. 


References 


1. J.E. Smith, “Decoupled Access/Execute 
Architecture Computer Architectures,”ACAf 
Trans. Computer Systems, Nov. 1984, pp. 
289-308. 

2. D.W. Anderson, F.J. Sparacio, and R.M. 
Tomasulo, “IBM System/360 Model 91: 
Machine Philosophy and Instruction Han¬ 
dling,” IBM J. Research and Development, 
Jan. 1967, pp. 8-24. 


LFK 

Measured 

cpf 

Original 
cpf Bound 


tj 

ti 


1 

1.43 

1.20* 

0.63 




2 

3.17 

1.00 

1.5 


1.5 

1.72* 

3 

2.70 

1.00 


1.5* 



4 

2.74 

1.00 


1.5* 



5 

3.57 

3.00* 





6 

5.33 

1.00 

1.5 

1.5 


2.06* 

7 

1.22 

1.00* 

0.34 




8 

2.52 

1.00* 

0.65 




9 

1.72 

1.00* 

0.69 




10 

2.92 

2.22 

2.31* 




11 

4.13 

3.00* 

2.13 



2.37 

12 

2.82 

2.00 

2.13* 





January 1991 


45 









3. A.R. Pleszkun andE.S. Davidson, “A Struc¬ 
tured Memory Access Architecture,” Proc. 
Int’l Conf. Parallel Processing , CS Press, 
Los Alamitos, Calif., Order No. 479, Aug 
1983, pp. 461-471. 

4. G. Kane, MIPS RISC Architecture, Pren¬ 
tice-Hall, Englewood Cliffs, N.J., 1988. 


5. IBM J. Research and Development, special 
issue on RISC System/6000, Vol. 34, No. 1 
Jan. 1990. 


6. J.E. Smith et al„ “TheZS-1 Central Proces¬ 
sor,” Proc. Second Int’l Conf. Architectural 
Support for Programming Languages and 
Operating Systems (ASPLOS-II), CS Press, 
Los Alamitos, Calif., Order No. 805, Oct’ 
1987, pp. 199-204. 


7. A.R. Pleszkun et al„ “Features of the Struc¬ 
tured Memory Access (SMA) Architecture,” 
Digest of Compcon 86, CS Press, Los 
Alamitos, Calif., Order No. 692, Mar 1986 
pp. 259-263. 


tronautics ZS-1 Performance,” Proc. 23rd 
Ann. Hawaii Int’l Conf System Sciences, CS 
Press, Los Alamitos, Calif., Order No. 2008 
1990, pp. 288-296. 

9. F.H. McMahon, “The Livermore Fortran 
Kernels: A Computer Test of the Numerical 
Performance Range,” Tech. Report UCRL- 
53745, Lawrence Livermore National Lab¬ 
oratory, Dec. 1986. 

10. S. Weiss and J.E. Smith, “A Study of Scalar 
Compilation Techniques for Pipelined Su¬ 
percomputers,” Proc. Second Int’l Conf. 
Architectural Support for Programming 
Languages and Operating Systems (AS¬ 


PLOS-II), CS Press, Los Alamitos, Calif., 
Order No. 805, 1987, pp. 105-109. 

11. J.C. Dehnert, P.Y.-T. Hsu, and J.P. Bratt, 
“Overlapped Loop Support in the Cydra 5,” 
Proc. Third Int’l Conf. Architectural Sup¬ 
port for Programming Languages and Op¬ 
erating Systems (ASPLOS-III), CS Press, 
Los Alamitos, Calif., Order No. 1936,1989 
pp. 26-38. 

12. J. Tang, E.S. Davidson, and J. Tong, “Poly¬ 
cyclic Vector Scheduling vs. Chaining on 1- 
Port Vector Supercomputers,” Proc. Su¬ 
percomputing 88, CS Press, Los Alamitos, 
Calif., Order No. FJ882,1988, pp. 122-129. 


1. W. Mangione-Smith, S.G. Abraham, and 
E.S. Davidson, “The Effects of Memory 
Latency and Fine-Grain Parallelism on As- 


Late Magazines? 
No Magazines? 
Membership 
Status Problems? 
No Answers 
To Your 
Complaints? 

Let your 
Computer 
Society 
Ombudsman * 
cut 

through 
the red 
tape 
for you* 






William Mangione-Smith is a PhD student in 
the Electrical Engineering and Computer Sci¬ 
ence Department at the University of Michigan, 
Ann Arbor, and a research assistant in the Ad¬ 
vanced Computer Architecture Laboratory. His 
research interests focus on hardware and software 
methods for exploiting fine-grain parallelism, 
and ways to evaluate the success of these methods. 

Mangione-Smith has a BS in electrical engi¬ 
neering and an MS in computer engineering, both 
from the University of Michigan. He is a mem¬ 
ber of the IEEE Computer Society and the ACM. 


Santosh G. Abraham is an assistant professor 
in the Department of Electrical Engineering and 
Computer Science at the University of Michigan, 
Ann Arbor. Previously, he was a research assistant 
in the Center for Supercomputing Research and 
Development at the University of Illinois. His 
research interests are computer architecture and 
parallel processing. 

Abraham received a B.Tech degree from the 
Indian Institute of Technology, Bombay, in 1982, 
an MS from the State University of New York! 
Stony Brook, in 1983, and a PhD from the 
University of Illinois, Urbana, in 1988 — all in 
electrical engineering. He is a member of the 
IEEE Computer Society. 


Edward S. Davidson chairs the Department of Electrical Engineering and Computer Science at the 
University of Michigan, Ann Arbor. His research activities have included computer architecture 
supercomputing, parallel and pipeline processing, performance modeling, VLSI systems, computer- 
aided design, and fault tolerance. 

Davidson received a BA in mathematics from Harvard University in 1961, an MS in communi¬ 
cation science from the University of Michigan in 1962, and a PhD in electrical engineering from 
Society VerSlty ° f 11 m01S ln 1968 ’ He ls a fellow of the IEEE and a member of the IEEE Computer 

The authors can be contacted at the University of Michigan, Dept, of Electrical Engineering and 

Computer Science, Ann Arbor, MI 48109-2122. 8 8 


COMPUTER 























INTERNATIONAL POSITIONS IN 
MILITARY 

INFORMATION SYSTEMS 

at: 

SHAPE TECHNICAL CENTRE 
THE HAGUE 
THE NETHERLANDS 

(A NATO scientific and technical establishment) 



THE TECHNICAL CENTRE SEEKS: Information Systems Scientists to work on the definition of future 
large-scale, advanced military command and control information systems in Allied Command Europe. The 
preferred approach in this work is evolutionary development, combining information systems analysis with the 
development of prototypes in the centre's laboratories. 

SAT ARY in the range of Dutch Guilders 7,000 to 11,000 PER MONTH (NET) 

(Depending upon family status) 


STC expects candidates to have: 

• A university degree in computer science, preferably 
equivalent to a Master's and supplemented by post¬ 
graduate studies; 

• Considerable experience in engineering large infor¬ 
mation systems; 

• In-depth experience in one or more of the following 
areas: System analysis and development of military 
command and control information systems; 
interoperability of heterogeneous systems; UNIX 
ISO/OSI: Fourth Generation tools; Rapid 
Prototyping; computer security; Ada-oriented soft¬ 
ware engineering. 

• An ability to communicate effectively with military, 
scientific and lay audiences at all levels, both orally 
and in writing. 


Candidates may expect from STC: 

• A pleasant working atmosphere in an international 
community; 

• Excellent salaries, tax-free in the Netherlands in 
eluding expatriation, household and children's al 
lowances, and additional privileges for expatriate staff; 

• Education allowances for children where appropriate; 

• An excellent private health insurance scheme; 

• Generous annual leave and home leave; 

• A three-year contract which may be renewed by 
mutual consent. 


Candidates, who must be NATO nationals,are requested to forward their resume to: 

Personnel Officer 
SHAPE Technical Centre 
PO Box 174 
2501 CD The Hague 
The Netherlands 

to arrive not later than 28 February 1991, quoting reference A2/3/4/-IS-91. 

These positions are also open to US Government Civil Servants who should submit their SF171 or resume direedy. 











Benchmark 

Characterization 


Thomas M. Conte and Wen-mei W. Hwu 
University of Illinois 


T he design of an experimental sys¬ 
tem is a complex matter with a 
bewildering number of design 
choices. Consider the design of an instruc¬ 
tion set in which adding a new instruction 
might improve overall performance by 
providing a better interface to the hard¬ 
ware. However, this addition might also 
degrade performance by reducing the clock 
speed. Consequently, the choice of whether 
to include anew instruction depends on the 
system’s speed with or without the instruc¬ 
tion. The usefulness of the new instruction 
depends on the programs the system will 
run. In practice, designers often use bench¬ 
mark programs and assume they represent 
user programs (see the sidebar entitled 
“Types of benchmarks”). 

Hence, the system’s performance while 
it runs the benchmarks determines the de¬ 
sign of the system. However, there is a 
problem of putting the cart before the horse. 
How can a system be designed to run a set 
of benchmarks efficiently if its benchmark 
performance cannot be measured until the 
design is completed? 

One way to solve this dilemma is to 
simulate machine performance before the 
system is built and use the results to im¬ 
prove the design. Simulation involves se¬ 
lecting an initial design, simulating it for 
each benchmark (often a lengthy process), 
adjusting the design, and repeating the pro¬ 
cess. If the initial design is far from what is 
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How do you design 
with benchmark 
performance in mind? 
This article presents an 
abstract system of 
benchmark 

characteristics that lets 
you succeed at the very 
beginning of the design 
stage. 


required, the number of iterations will be 
large. Now imagine a reference work that 
lists several cost-effective system designs 
for each benchmark. Such a book could be 
used to design the initial system. This pro¬ 
totype would be similar to the final design, 
necessitating little or no additional simula¬ 
tion and tuning. 

Another method of finding cost-effec¬ 
tive system designs for benchmarks would 


be to measure their performance on many 
systems. Of course, such a brute-force ap¬ 
proach would be highly time-consuming 
and inconclusive. A more attractive meth¬ 
od is to define an abstract system that is 
general enough to include many system 
designs as special cases and then measure 
benchmark performances in terms of this 
abstract system. We call this abstract per¬ 
formance the benchmark’s characteristics 
and the process itself benchmark charac¬ 
terization. 

Until recently, benchmark characteriza¬ 
tion was nearly impossible because de¬ 
fining a useful abstract system architec¬ 
ture was so difficult. For example, the 
compiler technology often was an expen¬ 
sive, integral portion of a system (espe¬ 
cially for reduced instruction-set comput¬ 
ers). The better the compiler, the better the 
system’s performance. Hence, running 
benchmarks often required combining the 
compiler’s performance with the hard¬ 
ware’s performance. Recently, however, 
high-quality architecture-independent 
compilers have emerged (Gnu 1 and Im¬ 
pact Compiler 2 ). They contain an inter¬ 
mediate code that is essentially the ma¬ 
chine language to an abstract architecture. 
This abstract machine language is widely 
machine independent. For example, Reg¬ 
ister-Transfer Language, the Gnu C inter¬ 
mediate language, is used for a wide 
spectrum of processors, including the 
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Types of benchmarks 


Benchmarks are standard programs used to design and 
evaluate the performance of a wide range of computer sys¬ 
tems.-What distinguishes a benchmark from an ordinary pro¬ 
gram is a general consensus of opinion within the industry 
that the benchmark exercises a computer well. Common 
benchmarks fall into one of several categories: 

Kernel benchmarks are code fragments extracted from 
real programs in which the code fragment is believed to be 
responsible for most of the execution time. Many of them 
have the same advantages as synthetic benchmarks — small 
code size and long execution time. (Examples: Livermore 
Loops, Linpack routines, and Matrix 300.) 

Local benchmarks are programs that are site specific or 
include in-house applications that are not widely available. 

Partial benchmarks are partial traces of programs. It is dif¬ 
ficult to reproduce these benchmarks when the portion of the 
benchmark that was traced is unknown. 


Recursive benchmarks are programs that implement re¬ 
cursive algorithms. (Examples: Towers of Hanoi and Nine 
Queens.) 

Synthetic benchmarks are small programs especially con¬ 
structed for benchmarking purposes. They do not perform 
any useful computation. The main idea behind synthetic 
benchmarks is that the average characteristics of real pro¬ 
grams can be statistically approximated by a small program. 
(Examples: Dhrystone and Whetstone.) 

Unix utility and application benchmarks are programs 
widely employed by the user community. (Examples: Grep, 
Compress, Nroff, SPICE 2G6, Espresso, and Li.) 

The following table illustrates the relative use of different 
kinds of benchmarks. This table was constructed by counting 
the number of papers that dealt with processor and memory- 
system design issues for single-CPU systems presented at 
the International Symposia on Computer Architecture from 
1984 to 1990. 


Table A. Relative use of benchmarks. 


Category 

1984 

1985 

1986 

ISCA year 
1987 1988 

1989 

1990 

Total 

Application 

2 

2 

0 

5 

4 

2 

4 

19 

Kernel 

3 

2 

5 

4 

5 

3 

4 

26 

Local 

1 

1 

4 

0 

1 

1 

6 

14 

None 

0 

0 

0 

2 

0 

0 

0 

— 

Partial 

0 

0 

1 

0 

1 

2 

1 

5 

Recursive 

3 

5 

4 

5 

2 

4 

3 

26 

Synthetic 

1 

0 

1 

5 

1 

0 

0 

8 

Unix utility 

1 

1 

1 

3 

3 

5 

5 

19 


Digital VAX, the MIPS R2000, and the 
Motorola 68000, among others. 1 

Because these pieces have fallen into 
place, it is time to consider methods for 
benchmark characterization. We present 
such a method and then show the bench¬ 
mark characteristics for a set of commonly 
used benchmarks. The benchmark set we 
use includes some benchmarks from the 
Systems Performance Evaluation Cooper¬ 
ative (the University of Illinois is a mem¬ 
ber of SPEC). The SPEC programs are 
industry-standard applications that use 
specific inputs. These include GCC (a Gnu 
C Compiler run). Espresso (a programmable 
logic array optimizer), SPICE 2G6 (a ver¬ 
sion of Simulation Program with Integrat¬ 
ed Circuit Emphasis), Li (a Lisp interpreter 


written in C), Matrix 300 (a benchmark 
that performs matrix multiplications), and 
the two most popular synthetic benchmarks: 
Dhrystone (version 1.1) and Whetstone. 3 ' 4 

The method of 

benchmark 

characterization 

Characterization of a benchmark requires 
the measurement of its runtime behavior. 
The behavior we measure is in terms of an 
abstract system whose instruction set is the 
compiler’s intermediate code. These “in¬ 
structions” are interpreted by simulation, 
and the results are used to produce the 


benchmark’s characteristics. In designing 
this process, we built upon some clever 
ideas from the Computer Architecture 
Workbench, which is a simulation engine 
for architecture comparisons developed by 
Mitchell and Flynn. 5 

The compiler that we use for our char¬ 
acterization process is Gnu C, version 
1.37.1, which is public domain software 
written by the members of the Free Soft¬ 
ware Foundation. 1 Gnu C is a C-language 
compiler that implements many traditional 
optimizations (such as common subex¬ 
pression elimination, jump-and-loop, and 
peephole). To instrument the intermediate 
code of Gnu C, we used the AE (abstract 
execution) trace collection tool 6 modified 
to produce a trace of intermediate code. 
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Figure 1 a depicts the modified compiler. 
After the intermediate code representation 
is transformed by optimizations, it is nor¬ 
mally converted to assembly code by the 
code generation phase of the compiler. We 
inserted a new phase (instrument) that adds 
intermediate code to write dynamic behav¬ 
ior to an I/O channel when the compiled 
benchmark is run. (The I/O channel in our 
implementation is a Unix socket.) The dy¬ 
namic behavior information that flows down 
the I/O channel while the benchmark runs 
is composed of intermediate code instruc¬ 
tions, data memory references, and system 
call events. 

Since instruction memory-referencing 
behavior depends highly on instruction-set 
design, we chose to exclude this behavior 
from our measurements and consider only 
data memory behavior. Similarly, the 
number of registers available has a high 
impact on data memory behavior. The ab¬ 
stract system has an infinite number of 
registers. Methods exist to reconstruct the 
additional overhead of a finite register file. 7 
The remaining memory references are 
caused by the benchmark rather than by an 
artifact of the system’s design. 8 

Our compilation method needed to be 
augmented to solve some minor problems. 
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For example, some of the benchmarks were 
written in Fortran (SPICE 2G6 and Matrix 
300, for example). We did not want to use 
a separate compiler back end for these 
benchmarks since it might produce inex¬ 
plicable effects depending on how aggres¬ 
sively the Fortran compiler optimized code. 
Although C and Fortran are similar enough 
to use the same compiler back end, no 
Fortran front end (essentially, a parser) 
existed for Gnu C. To overcome this prob¬ 
lem, we used a Fortran-to-C translator from 
AT&T Bell Laboratories. 9 F2C translates 
Fortran statements into C essentially at a 
statement-by-statement level. Therefore, 
it is equivalent to a true Fortran front end to 
Gnu C. 

Another problem was that a significant 
fraction of our C-language execution of 
benchmarks was spent in standard library 
functions. We solved this difficulty by 
compiling special instrumented versions 
of the library functions. Since F2C in¬ 
cludes implementations of the Fortran li¬ 
braries, we instrumented and included these 
in the tracing process also. 

Abstract system behavior was measured 
by several tools (see Figure lb). To charac¬ 
terize the memory-referencing behavior, 
we used our recurrence-conflict method. 10 


It employs a modified, single-pass algo¬ 
rithm to record the number of recurrences 
and organizational misses for all cache 
dimensions in a design space. Our design 
space for data references included all cach¬ 
es up to 2 gigabytes, with block size rang¬ 
ing from 16 bytes to 4 kilobytes. Associa¬ 
tivity levels ranged from one-way 
(direct-mapped), two-way, and four-way, 
to fully associative. (For a discussion of 
cache organization, see Smith. 11 ) System 
calls and intermediate instruction frequen¬ 
cies were recorded dynamically. 

Processor 

characteristics 

Processor design involves providing 
execution resources (registers, function 
units, and supporting logic) to achieve high 
performance. Knowing the relative impor¬ 
tance of various operations can be extremely 
useful in designing the processor. Consid¬ 
er our example of whether to add an in¬ 
struction: Information on the relative use 
of different instruction classes in bench¬ 
marks could help answer this question. 
Such relative frequencies could also help 
answer how important floating-point hard¬ 
ware is, or whether implementing a barrel 
shifter is worthwhile. To gather the inter¬ 
mediate code instruction frequencies, we 
chose 11 categories of important instruc¬ 
tion types (see Table 1) and separated GCC 
intermediate instructions into these cate¬ 
gories. Table 2 presents the dynamic fre¬ 
quencies of each instruction type. 

The value of high-performance integer 
hardware cannot be argued, as its use rep¬ 
resents at least one quarter of the instruc¬ 
tions for all benchmarks. However, integer 
division, floating-point division, and float¬ 
ing-point conversions are hardly used and 
could safely be implemented by software. 
Espresso, which performs bit manipula¬ 
tions, uses barrel shifting frequently. 
Floating-point-intensive programs such as 
Whetstone, SPICE 2G6, and Matrix 300 
use shifting for array index calculation. 
Hence, a barrel shifter can function effec¬ 
tively in both integer-intensive and float¬ 
ing-point-intensive environments. Integer 
multiplication is also employed by Matrix 
300 for array index calculation, which sug¬ 
gests that well-designed hardware should 
support integer multiplication, although 
perhaps not a full-scale integer multiplier. 

The frequency of control transfers agrees 
with the rather widely held belief that 
floating-point programs have longer basic 
blocks. Therefore, if the system will be 
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Table 1. Intermediate code instruction types. 


Instruction 

Description 

itAlu 

Integer ALU operations: addition, logicals 

itMul 

Integer ALU operations: multiply 

itDiv 

Integer ALU operations: divide, remainder 

bShft 

Barrel shifting 

load 

Load 

const 

Loading a constant to a register 

store 

Store 

fpAdd 

Floating-point addition 

fpMul 

Floating-point multiplication 

fpDiv 

Floating-point division 

fpCvt 

Floating-point conversion 

brnch 

Control transfers 


running applications similar to Whetstone, 
SPICE 2G6, and Matrix 300, branch- 
prediction hardware is optional. 

Memory-system 

characteristics 

Modern memory systems consist of one 
or more levels of caching that are located 
above a virtual memory system. The entire 
set of miss ratios for the benchmarks con¬ 
stitutes a vast amount of data. Instead of 
presenting that data, we present several 
cost-effective designs for memory-system 
benchmarks. We first discuss the top-level 
and second-level cache requirements and 
several good translation lookaside buffer 
(TLB) designs. We close by discussing 
main memory designs. Throughout, we 
exclude the results for four-way, set-asso¬ 
ciative caches because we discovered that 
the required cache sizes were the same as 
two-way, set-associative caches. 

Cache requirements. Figure 2 shows 
the minimum dimensions required for a 
top-level cache that is backed up by a 
second-level cache. We use the notation 1 
to refer to a direct-mapped cache; the nota¬ 
tion 2 for a two-way, set-associative vari¬ 
ety; and the infinity symbol for fully as¬ 
sociative. The design criterion we used 
was the smallest (that is, least expensive) 
cache that provides a 10 percent miss ratio. 
The required cache size ranges from 128 
bytes (Matrix 300, fully associative) to 32 
kilobytes (SPICE 2G6, all associativities). 
Figure 2 indicates these cache sizes in a 
logarithmic scale. An 8-kilobyte, direct- 
mapped cache or a 4-kilobyte, two-way 
set-associative cache achieves the design 
goal for all benchmarks except SPICE 2G6. 
These two dimensions result in 13.0 and 


12.7 percent miss ratios, respectively, for 
SPICE 2G6 (not shown in figure). 

Most benchmarks show a decrease in 
cache size requirement as the set associa¬ 
tivity increases. Misses due to cache di¬ 
mensions account for a significant portion 
of the misses in this performance range. 
For integer benchmarks, these misses are 
mostly due to accesses to the stack and 
heap locations whose addresses tend to be 
far way from each other. For numerical 
benchmarks, misses are due to the access 
to large arrays in which several frequently 
accessed elements may contend for the 
same cache set. The only exceptions are 
SPICE 2G6 and Whetstone. The misses for 
these two benchmarks are mostly due to a 
cache size that is insufficient to hold the 
working set. A large block size (64 bytes) 
helps to reload the spilled working set with 
fewer misses for SPICE 2G6. The reduced 
number of reloading misses causes misses 
due to cache dimensions to dominate the 


ratio, thus making the benefit of increased 
set associativity more obvious. 

We now turn our attention to the design 
of second-level caches. The design criteri¬ 
on we used depended in part on a bench¬ 
mark’ s intrinsic miss ratio for a given block 
size. The intrinsic miss ratio corresponds 
to the miss ratio for a cache with an infinite 
number of blocks. Our criterion was to 
design the second-level caches with either 
a very small overall miss ratio of 1 percent 
or the intrinsic miss ratio, if 1 percent was 
not achievable. 

Figure 3 shows the cache dimensions 
required for such a second-level cache. 
The cache sizes required for all bench¬ 
marks are 1 megabyte, 256 kilobytes, and 
128 kilobytes for direct-mapped, two-way, 
and fully associative caches, respectively. 
It is once again clear that much smaller 
caches can be designed to cover all bench¬ 
marks except SPICE 2G6. Some compro¬ 
mised sizes would be 256 kilobytes, 128 


Table 2. The frequency of intermediate code instructions (in percentages). 


Benchmark 


itAlu itMul itDiv bShft load 


fpAdd fpMul fpDiv fpCvt brnch 


Dhrystone 

Whetstone 

GCC 

Espresso 

SPICE 2G6 

Li 

Matrix 300 
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(log 2 bytes) 



Cache size 
(log 2 bytes) 



Figure 3. Minimum cache sizes that guarantee a maximum one percent miss ratio for a 16-byte block size (a), a 32-byte 
block size (b), and a 64-byte block size (c). 
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Table 3. TLB sis 


in number of page-table entries required to achieve a 0.1 percent or intrinsic miss ratio. 


Benchmark 

Dhrystone 

Whetstone 

GCC 

Espresso 

SPICE 2G6 

Li 

Matrix 300 


Benchmark 

Dhrystone 

Whetstone 

GCC 

Espresso 

SPICE 2G6 

Li 

Matrix 300 


32 

128 

4,096 

512 

2,048 

256 

2,048 


32 

64 

512 

512 

1,024 

256 

512 


Number of page-table entries 


512-byte page size 
Set size 
2 4 


1-Kbyte page size 
Set size 


32 

32 

1,024 

128 

2,048 

128 

2,048 


16 

32 

1,024 

128 

2,048 

128 

2,048 


8 

16 

1,024 

64 

2,048 

64 

2,048 


16 

64 

2,048 

256 

2,048 

128 

1,024 


16 

16 

512 

64 

1,024 

64 

256 


16 

16 

512 

64 

1,024 

64 

16 


8 

16 

512 

32 

1,024 

64 

16 


2-Kbyte page size 
Set size 


2 4 


4-Kbyte page size 
Set size 
2 4 


16 16 8 

64 8 8 

1,024 512 256 

64 32 32 

512 512 512 

64 32 32 

128 16 16 


16 8 

32 32 

256 1,024 

128 32 

512 256 

128 32 

512 64 


8 8 

8 8 

256 128 

16 16 

256 256 

32 16 

16 8 


kilobytes, and 64 kilobytes for the set asso¬ 
ciativities. They offer 1.59, 1.84, and 2.47 
percent miss ratios (respectively) for SPICE 
2G6 (not shown in figure). 

TLB requirements. The TLB caches 
virtual memory translation results for the 
frequently accessed pages in the virtual 
space. Without a TLB, it takes a significant 
number of cycles to translate a virtual ad¬ 
dress into a physical address (typically 10 
to 40 cycles). On the other hand, the cost of 
translation can be eliminated if the trans¬ 
lation results are found in the TLB. A small 
increase in the miss ratio of the TLB usu¬ 
ally results in a significant loss in perfor¬ 
mance. Therefore, it is important to design 
the TLB to provide a very small miss ratio 
(that is, 0.1 percent or intrinsic). 

Table 3 presents the TLB dimensions 
required to guarantee a 0.1 percent miss 
ratio for each benchmark. (Because the 
size of a page-table entry is dependent 
upon the size of the virtual memory sys¬ 
tem, these sizes are presented in units of 
page-table entries instead of bytes.) In 
general, the TLB size requirement de¬ 
creases with the increase in page size be¬ 


cause larger page sizes result in fewer ac¬ 
tive pages. Therefore, the TLB has to ac¬ 
commodate fewer address translation re¬ 
sults. 

An interesting phenomenon is that 
SPICE 2G6 is not the most demanding 
benchmark for TLB design. Although 
SPICE 2G6 consistently requires more than 
four times the cache size that GCC does, 
their TLB requirements are very compara¬ 
ble. This is because GCC accesses a com¬ 
parable number of active pages but accesses 
a much smaller number of blocks within 
them. This is a good example of a demand¬ 
ing benchmark for TLB design not being a 
demanding benchmark for cache design. 

Main memory requirements. The de¬ 
sign of main memory differs from that of 
cache memory in several ways. First, the 
main memory design is affordable since it 
is implemented by software. Second, the 
page size is usually much larger than the 
cache block size due to address translation 
and disk access considerations. Third, the 
page fault penalty is much higher than the 
cache miss penalty because page faults 
cause context switches and disk accesses. 


A common goal in main memory design is 
to achieve the intrinsic page fault rate of 
programs. This fault rate refers to an infi¬ 
nite main memory. All intrinsic page faults 
are due to the loading of accessed pages 
into the infinite main memory. The intrin¬ 
sic page fault rate of a program is a func¬ 
tion of the page size. 

The main memory sizes required to 
achieve an intrinsic page fault rate for each 
benchmark are shown for four page sizes in 
Figure 4. The overall requirements to cov¬ 
er all benchmarks are 4 megabtyes for the 
512-byte, 1-kilobyte, and 2-kilobyte page 
sizes, and 8 megabytes for the 4-kilobyte 
page size. The main memory requirement 
increases with the page size due to internal 
fragmentation. However, the increase may 
be justified by smaller TLB sizes and sim¬ 
pler physical cache design. 

Operating-system 

characteristics 

The operating system’s interface to any 
program is through the system call mecha¬ 
nism, which is a procedure call into the 
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Figure 4. Main memory sizes required to achieve an intrinsic miss ratio for page sizes 512 bytes, 1 Kbyte, 2 Kbytes, and 4 
Kbytes (from left to right for each benchmark). 


kernel. The frequency of particular calls 
can impact the design of high-performance 
system software and provide insight into 
I/O system design. The most frequently 
used system calls are the best candidates 
for streamlining. 

Table 4 lists the Unix system calls used 
by each benchmark and the number of 
dynamic occurrences of each call. Note 
that Whetstone makes no system calls 
whatsoever. This is understandable due to 
its synthetic nature. The getrusage system 
call that is prominent for Dhrystone and 
GCC is used by the times call from the 
library to report run times. The sbrk call 
increases heap space (which Li, Espresso, 
and Dhrystone frequently use). I/O-inten¬ 
sive benchmarks reveal themselves here 
by the use of the read, write, open, close, 
fstat, Iseek, and ioctl calls in SPICE 2G6 
and GCC. (The fstat call obtains file status, 
Iseek repositions the pointer in an opened 
file, and ioctl performs device-specific I/O 
control functions.) 


B enchmark characterization reduces 
the cost of exploring the design 
space, focuses the experimental 
system toward the intended workload, and 
curtails simulation and redesign require- 


How can we apply benchmark character¬ 
ization to parallel machine design? Bench¬ 
marks themselves are specific to a particu¬ 
lar type of parallel architecture. For example, 
programs written for message-passing 
multicomputers would perform poorly on 
tightly coupled shared-memory multipro¬ 
cessors. Therefore, benchmark character¬ 
ization must be performed for each type of 
architecture. Consider a tightly coupled 
shared-memory multiprocessor. Extensions 
to our abstract system would include a 
shared-memory hierarchy and synchroni¬ 
zation events. We are currently imple¬ 
menting such extensions using the Perfect 
Club 12 as a sample benchmark set. ■ 


Acknowledgments 


The authors thank Sadun Anik, Andy Glew, 
Dave Griffith, Isadora Parrini, and all members 
of the Impact research group for their support, 
comments, and suggestions. We especially thank 
Jim Larus for use of the AE. 

This research has been supported by the Na¬ 
tional Science Foundation under Grant MIP- 
8809478, Lee Hoevel at NCR, the National 
Aeronautics and Space Administration under 
Contract NASA NAG 1 -613 in cooperation with 
the Illinois Computer Laboratory for Aerospace 
Systems and Software, and by an equipment 
donation from Hewlett-Packard. 


Table 4. Dynamic system-call usage. 


Benchmark 

System Dynamic 

calls frequency 

Dhrystone 

getrusage 

8 


sbrk 

fstat, getpagesize, 

3 


ioctl 

1 

Whetstone 

None 


GCC 

getrusage 

6,072 


write 

164 


sbrk 

66 


read 

open, close, fstat. 

15 


ioctl 

2 


getpagesize 

1 

Espresso 

write 

27 


sbrk 

18 


read 

4 


ioctl, fstat 

2 


open, getpagesize 

1 

SPICE 2G6 

write 

784 


Iseek 

6 


fstat 

sbrk, close, read, 

5 


ioctl 

3 


getpagesize 

1 

Li 

sbrk 

7 


ioctl, fstat 
open, getpagesize, 

2 


read 

1 

Matrix 300 

Iseek 

12 


fstat, close 

5 



3 


ioctl, open 
getdtablesize, 

2 


getpagesize 

1 
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A s supercomputer performance 
continues to grow, packaging 
techniques will remain critical for 
reducing chip-to-chip delays. In addition, 
higher integration levels will become in¬ 
creasingly important because they can 
drastically reduce the number of chip 
crossings. Microcomputer systems have 
enjoyed a performance increase of 100 to 
200 percent every three years, in large part 
due to the growth in chip integration den¬ 
sity. In contrast, mairiframe supercomputers 
have improved by only about 50 percent 
every three years. 1 It should not be sur¬ 
prising, then, if the next generation of 
supercomputers evolves from the micro¬ 
processor rather than continuing the main¬ 
frame tradition. 

This article describes our work to devel¬ 
op a prototype “microsupercomputer” that 
will realize the best of both the supercom¬ 
puter and the microprocessor traditions. It 
does so by using GaAs Mesfet E/D DCFL 
(gallium arsenide, metal semiconductor field- 
effect transistor, enhancement/depletion 
ldirect-coupled FET logic), a high-speed 
technology that has good integration densi¬ 
ty, and by using state-of-the-art packaging 
technology to prevent chip crossings from 
dominating the overall speed of the system. 

With the levels of integration now be- 
coming available in this technology, it is 
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Using advanced GaAs 
technology and a 
multichip module 
package, this prototype 
next-generation 
machine takes 
advantage of the best of 
both the 

microprocessor and 
supercomputer 
traditions. 


possible to implement a 32-bit CPU and a 
floating-point accelerator (FPA) on a sin¬ 
gle processor chip. 2 It is also possible to 
implement a 3-nanosecond, 32-Kbit static 
RAM. These are critical integration levels 
because they allow the number of chip 
crossings on the critical timing path of an 
instruction to be limited to just two (ac¬ 
cessing an off-chip cache). 

0018-9162/91/0100-0057$0t.00 © 1991 IEEE 


The processor, cache, memory control¬ 
ler, and bus interface will be packaged on 
a single multichip module (MCM) a few 
inches on a side, to minimize the time 
penalty of unavoidable chip crossings. High 
integration levels and high-performance 
packaging allow the switching speed of 
GaAs to be reflected in system speed. 

The focus of this research is the rela¬ 
tionship between hardware implementations 
and emerging technologies. We chose to 
implement the MIPS Computer Systems 
instruction set 3 to bound the architectural 
options and to eliminate the need to develop 
compilers and operating systems. In addi¬ 
tion, it allows us to use the MIPS MC6280 
chassis rather than developing our own 
high-performance backplane, primary and 
secondary memory, I/O, and power supplies. 

Our efforts are concentrated on develop¬ 
ing the processor and cache. The resulting 
system will be a general-purpose computer 
that runs a conventional Unix environment 
and supports standard programming lan¬ 
guages and networking protocols. This 
machine will significantly accelerate exe¬ 
cution of the existing large base of applica¬ 
tion software. 

Our circuit simulations of the processor, 
verified by fabrication and testing of the 
register file and arithmetic logic unit, 4 in¬ 
dicate that it can be clocked at 250 MHz. 
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Cache simulations show that a sustained 
performance of 170 million instructions per 
second can be expected at this clock rate. 

Technology 

Technology includes both semiconduc¬ 
tors and packaging. To exploit the speed of 
fast transistors, package parasitics and in¬ 
terconnect lengths must be carefully con¬ 
trolled. Packaging is especially important 
to Mesfet logic families, since their drive 
capabilities are inferior to corresponding 
bipolar families. Though the critical timing 
path (instruction fetch from first-level 
cache) has only two chip crossings in our 
design, the delay associated with them must 
be on the order of one nanosecond to allow 
use of a four-nanosecond clock. The need 
to use high-performance packaging tech¬ 
niques for very fast systems is becoming 
widely accepted. The choice of semicon¬ 
ductor technology, on the other hand, re¬ 
mains a subject of debate. 

Circuit technology. Because of its good 
speed (130-picosecond gate delays), sim¬ 
plicity (few devices per gate), and low 
power, we selected E/D DCFL, a Mesfet 
technology developed by Vitesse Corpo¬ 
ration, as the basic logic family for this 
project. E/D DCFL has circuit topologies 
similar to E/D NMOS. There are challeng¬ 
es in designing with DCFL: 


• limited fan-in and fan-out, 

• lack of dynamic circuits due to the 
Mesfet Schottky gate, 

• comparative difficulty of pass transis¬ 
tor design, 

• orientation-dependent transistor char¬ 
acteristics, and 

• small noise margins. 

Nevertheless, dramatic improvement in 
yield has been achieved; a 30K gate array 
is now commercially available. This implies 
that VLSI integration levels are now 
practical in GaAs DCFL, particularly in a 
custom design style. 

Packaging technology. A major factor 
in increasing the clock speed is to minimize 
the round-trip delay to the first-level cache 
chips, simultaneously maintaining good 
signal integrity by using a high-performance 
MCM interconnect technology. 5 The sig¬ 
nal lines on the MCM behave as stripline 
transmission lines and are designed for 
impedance levels of 50 to 70 ohms. Off- 
chip drivers must be capable of driving 
these low impedances. 

The multiple fan-out required for the 
cache prevents ideal impedance matching, 
making simulation of the signal behavior 
essential. On the basis of a preliminary 
layout of the MCM, we performed a VSPICE 
simulation to estimate interconnect delays. 
(VSPICE is a proprietary version of SPICE 
modified by Vitesse Corporation for its E/D 


Mesfet technology.) We did this by model¬ 
ing a 1-bit line of a bus by the ladder 
network shown in Figure 1. We modeled 
each input pad of the GaAs SRAM chips 
by a diode-connected Mesfet and parallel 
capacitor. 

In some simulations, the driver was only 
a pull-up; the terminating resistor acted as 
a pull-down. In other cases, an active pull¬ 
down was used. Round-trip delay times 
(including the input and output buffers and 
pads) ranged between 1.6 and 1.8 nano¬ 
seconds. Time averaging, with level-sen¬ 
sitive latches, makes it possible to achieve 
a 4-nanosecond cycle time even though the 
memory access time is 3 nanoseconds. 6 A 
three-dimensional transmission-line matrix 
method, 7 which automatically includes all 
capacitive and inductive couplings, will be 
used to characterize more detailed effects 
of propagation and crosstalk. 

Thermal studies have shown that flipchips 
1 centimeter square have thermal resistances 
of around 4- to 5-degrees C/W. 8 The 
overall dissipation of the 3-inch by 3-inch 
MCM is on the order of 100W, but most 
chips on our MCM will dissipate only 4 to 
5W. Removing this heat, while not trivial, 
is within the 1- to 2-W/cm 2 capability of 
MCM packages. 

System architecture 

Processor. Central to the design of the 
microsupercomputer is the 32-bit CPU, 
which is integrated with the FPA. It is 
implemented as a five-stage pipeline, with 
the successive stages denoted IF, RF, ALU, 
MEM, and WB. Instructions are fetched 
from cache in the IF stage. One instruction 
is required every clock period unless there 
is a cache miss or exception. In the RF 
stage, the instruction is decoded and op¬ 
erands are read from the register file. In the 
ALU stage, 32-bit two’s complement 
arithmetic and logic operations take place, 
and in the MEM stage the data cache is read 
or written. Finally, in the WB stage, results 
are written back to the register file. Every 
operand from memory (except immediates) 
must be temporarily stored in the register 
file before it can be used in a calculation. 
The ALU, IF, and MEM stages are 4 
nanoseconds long but, to accommodate the 
one instruction branch delay expected by 
the MIPS compiler, the RF and WB stages 
were made only 2 nanoseconds long. 

The basic structure of the CPU is shown 
in Figure 2. The caches, shown as shaded 
blocks, are implemented as separate chips. 
The data path includes a register file with 
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thirty-one 32-bit general-purpose registers, 
an ALU, a shifter, and a multiply/divide 
unit. Note that a separate address adder and 
increraenter are required for the program 
counter section to comply with the instruc- 
tion-per-clock-cycle philosophy. Also 
shown in Figure 2 are two possible bypass 
paths, required to avoid hardware inter¬ 
locks. Bypassing allows the ALU to take 
operands from any pipe stage, even before 
the register file is updated with the new 
value. Nominal delays of major CPU logic 
blocks are given in Table 1. 

Register file. The register file is orga¬ 
nized as thirty-one 32-bit registers that can 
be accessed through three 32-bit ports (one 
write and two reads). Simultaneous write 
and read operations to a given register are 
allowed in the same clock cycle. 

ALU. The ALU design is based on a 
binary look-ahead tree for carry computa¬ 
tion. 9 The worst-case instruction is “set on 
less than” (SLT). It uses the full carry chain 
plus two additional XOR gates, after which 
the result is transmitted back across the 
ALU from most significant bit to least 
significant bit and then to the top of the 
ALU for possible bypassing. For branch 
condition calculations, “quick compare” 
circuitry (simple logic comparison without 
subtractions) and a multiplexer to select 
the comparison type are added to the 
ALU. The output of the comparison cir¬ 
cuit controls the program counter (PC) 
for the instruction following the branch 
delay slot. 

Shifter. The shifter can perform left and 
right logical shifts and arithmetic right 
shifts by 0 to 31 bits. Instead of a barrel 
shifter, as is commonly used in CMOS, we 
used a five-stage tree shifter, because at 2.7 


nanoseconds the tree design had less than 
half the delay of a barrel shifter. 

Load aligner. The load aligner design is 
similar to the shifter. An entire data cache 


access (address generation, cache access, and 
data alignment) must be done in two cycles, so 
extra power and area were provided to speed 
up the address adder and load aligner, allow¬ 
ing a maximum time for cache access. 


| Latch | 

Register file 
| Latch [ | Latch | 



Figure 2. Register-transfer-level of the CPU. Key latches and flip-flops (F/F) a 
also shown. 


Table 1. Parameters of major CPU logic blocks. 


Logic Block 

Devices 

Area 

Function 

Limiting Delay 

Power 

Register file 

16,085 

4.2X1.6 mm 

Read + setup 

1.6 ns 

1.70W 

ALU 

3,419 

3.3x0.5 mm 

SLT with bypass 

3.5 ns 

0.67W 




Quick compare 

1.3 ns 


Shifter 

1,848 

3.4X0.5 mm 

Shift data or address 

2.7 ns 

0.41W 

Integer multiply 






and divide 

6,874 

4.Oxl.O mm 

1 add step 

3.6 ns 

0.84W 

Load aligner 

1,922 

3.4x0.5 mm 

Align 

1.1 ns 

0.27W 

Address adder 

1,675 

3.2x0.2 mm 

Add 

1.8 ns 

0.21W 

PC section 

7,082 

3.3x1.3 mm 

PC + offset 

2.5 ns 

0.80W 

Data path 

-30,000 

4.2X6.0 mm 



5.00W 



































































Figure 3. Cache organization. 


Controller. The controller decodes in¬ 
structions and distributes control signals to 
the register file, ALU, shifter, integer mul¬ 
tiply/divide unit, load aligner, and multi¬ 
plexers. It also contains logic for handling 
exceptions generated in the CPU, in the 
FPA, and in the off-chip cache controller. 
Normally, an exception causes the program 
counter to jump to the address of the excep¬ 
tion-handling routine. 3 Cache miss excep¬ 
tions are handled by stalling the pipeline. 
Because of the static design of data path 
circuits, a stall is produced by simply 
stopping the clock to the data path. 

FPA. The floating-point accelerator will 
be implemented on the same chip as the 
CPU. The logic implements single- and 
double-precision IEEE arithmetic. The 
principal blocks in the chip are: a register 
file of thirty-two 32-bit registers, an expo¬ 
nent unit for performing exponent arith¬ 
metic and aligning mantissas, an adder/ 
subtracter, a multiplier unit, a divide unit, 
and a round unit. 

Cache architecture. The processor just 
specified has a 4-nanosecond clock and a 
potential average CPI (clocks per instruc¬ 


tion) of close to one. To realize this poten¬ 
tial, it is necessary that the compiler be able 
to schedule one instruction per clock, and 
that the memory system be able to deliver 
one instruction per clock and, when nec¬ 
essary, its operand, too. In other words, we 
need a high-bandwidth, low-latency 
memory system. A common way to achieve 
this in scalar processors is to use a cache 
and to match the bandwidth requirements 
set by the peak instruction execution rate 
of the CPU. This requirement is most eas¬ 
ily met with a split, instruction-and-data 
cache, if pins are not a limitation. Indeed, 
in systems using conventional CMOS im¬ 
plementations of the MIPS architecture, 
large split caches (more than 32 kilobytes) 
are typical. Current CMOS SRAM tech¬ 
nology readily supports the construction of 
caches this size with access times that match 
the execution rate of current microproces¬ 
sors. 

However, current high-density SRAM 
technology cannot match a cycle time of 4 
nanoseconds. For that, we must look to 
GaAs SRAMs. Unfortunately, the density 
levels of these high-speed memories is 
modest (32 kilobits). Because of signal 
propagation, access time in a cache is an 


increasing function of cache size. Keeping 
access time around 4 nanoseconds limits a 
cache made of these chips to a size where 
the performance degradation due to cache 
misses is unacceptable. The performance 
can be improved by using a second level of 
cache. 

To validate the preceding rationale for 
a two-level cache and to determine the op¬ 
timal design, we developed a simulator, 
cacheUM, described later in this article. 
Figure 3 shows the organization of the 
principal components of the memory sys¬ 
tem that resulted from our experiments with 
cacheUM. To satisfy the twin requirements 
of low latency and high bandwidth, we de¬ 
signed the primary cache to deliver both an 
instruction and a data word within the CPU 
cycle time (4 nanoseconds) and to be capa¬ 
ble of sustaining this in every cycle except 
for infrequent primary-cache misses. 

To simplify concurrent access of in¬ 
structions and data, we split the primary 
cache into an instruction cache (I-cache) 
and a data cache (D-cache). To simplify 
the organization of the cache, we continued 
this split in the secondary cache. Apart 
from the decision to employ a two-level 
cache, necessitated by the technological 
limitations mentioned earlier, the guiding 
philosophy in our memory system design 
was simplicity, evenat the cost of primary- 
cache miss cycles. The resulting ease of 
layout and simplicity of control logic more 
than compensated for these lost cycles by 
not requiring an extended system cycle 
time. Key components of the memory or¬ 
ganization are summarized in the follow¬ 
ing paragraphs. 

Primary cache. The signal lines from 
the CPU to the primary caches are critical 
paths in the design in the sense that their 
delay determines the lower bound on in¬ 
struction and data latency. To keep this 
critical delay to a minimum and avoid the 
need for a translation look-aside buffer in 
the access path, both the I-cache and the D- 
cache are direct-mapped with virtual indices 
and tags (see Figure 3). The virtual-to- 
physical address translation is postponed 
until secondary-cache access, which occurs 
less frequently. The translation is performed 
by two logically separate TLBs, the I-TLB 
on the instruction side and the D-TLB on 
the data side. They are implemented as 16- 
and 32-entry direct-mapped SRAM cach¬ 
es, respectively. 

The limitations on the size of the primary 
caches have two sources: signal propaga¬ 
tion delays on the MCM between the CPU 
and the cache chips, and the requirement 
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that the MIPS architecture support syn¬ 
onyms — two virtual addresses that map to 
the same physical address. The propagation 
delays increase as the cache footprint on the 
MCM increases — that is, as the number of 
chips in the cache increases. Using the 
techniques described earlier to determine 
signal delay on the MCM, we were able to 
show that our goal of a 4-nanosecond limit 
on latency places an 8-kiloword (32-kilobyte) 
limit on the cache. In fact, in a cache of this 
size the signal delay is close to 50 percent of 
the cache’s latency. 

The requirement to support synonyms 
places a more restrictive limit of 4 kilowords 
(16 kilobytes) on cache size. However, this 
limit applies only to the D-cache because 
the contents of the I-cache cannot be 
modified by store operations. 

The address translation process translates 
only the top 18 bits of the 32-bit virtual 
address; consequently, there is no possibility 
of synonyms occurring within a 16-kilobyte 
page (defined by the low 14 bits of the 
virtual address). Therefore, we can avoid 
the synonyms in the D-cache in a straight¬ 
forward fashion by using a direct-mapped 
cache and limiting its size to a 4-kiloword 
page. The disadvantage is that there is an 
increase in the miss rate as a result of using 
a smaller cache. 

Methods for allowing larger caches that 
can contain synonyms require significant 
additional hardware, such as reverse 
translation buffers, 10 which would com¬ 
plicate the cache design and layout, resulting 
in an increase in critical signal delays. 
These, in turn, would increase cache laten¬ 
cy, thus offsetting any advantage gained 
through improved hit rates. 

In our simulations, we found that the 
best performance was obtained with a 
cache line of four words. Specifically, just 
1.8 percent of the cycles of a typical appli¬ 
cation program was wasted due to I-cache 
misses, and, in spite of the 4-kiloword 
restriction on the D-cache, only 6.88 per¬ 
cent of the cycles was wasted due to D- 
cache misses (see Table 2). 
j In keeping with implementation sim- 
[ plicity, stores to the D-cache write through 
to the secondary cache via a write buffer 
(see Figure 3) and are assumed to hit the D- 
cache. If they are found to have missed the 
primary D-cache, an extra cycle is used to 
! invalidate the entry. This can result in the 
invalidation of some useful lines in the 
; cache, but our simulations show that the 
total loss due to D-cache write misses is no 
more than 0.84 percent of the cycles. 

The primary caches are constructed from 
custom lKx32-bit SRAM chips, fabricat¬ 


ed by integrating four of Vitesse’s lKx8-bit 
SRAM macrocells on a single die. The 
1 Kx32-bit organization is ideal for the pri¬ 
mary cache design. The 8-kiloword I-cache 
can be realized using eight cache chips for 
the 2K lines and a further two cache chips 
for the tag memory for those lines. The 4- 
kiloword D-cache requires five custom 
cache chips. 

Secondary cache. The secondary cache 
is constructed from a 12-nanosecond bipolar 
CMOS SRAM and is also split into in¬ 
struction and data parts. Each half is 128 
kilowords, resulting in a total of 1 megabyte 
of secondary cache. The split secondary 
cache is unusual, but it simplifies the logic 
needed to control the cache. In addition, 
simulations show that splitting the sec¬ 
ondary cache gives a slight (two to five 
percent) improvement in the CPI figure. 
The secondary I-cache has a one-line (four- 
word) path to the primary I-cache. The 
secondary D-cache is similarly connected 
to the primary D-cache. These line-wide 
paths simplify refill when there is a primary- 
cache miss. Refill takes six cycles. 

The secondary caches are connected to 
the RC6280 backplane through bus inter¬ 
face logic that implements a copy-back 
and miss-allocate protocol. Secondary- 
cache misses are expensive: 141 cycles for 
a clean miss and 235 for a dirty miss. 
Fortunately, neither is very frequent, wast¬ 
ing only 7.63 percent of total cycles on 
average. 

MCM layout. Figure 4 shows the pre¬ 


liminary layout of the processor and pri¬ 
mary cache, the time-critical portion of the 
MCM. The figure is drawn approximately 
to scale, with the horizontal dimension 
representing 5 centimeters. The primary 
chips are the processor, the cache controller, 
and the cache chips. The chip placement is 
designed to minimize the maximum round- 
trip delay from the CPU to the primary 
cache. A VSPICE simulation gave the delay 
time as 1.6 to 1.8 nanoseconds on the 
worst-case delay path (see the section on 
packaging technology). 

The MCM mounts on the complete 
processor board that contains the second¬ 
ary cache and the interface to the RC6280 
backplane. With the exception of the pro¬ 
cessor board, the remainder of the RC6280 
implementation is unchanged. 

CAD tools 

The role of CAD tools in the design of 
the microsupercomputer was driven by the 
following goals: 

• An integrated approach to the design 
process, aimed at achieving optimal system 
performance rather than maximizing the 
performance of individual subsystems (such 
as the CPU or the memory subsystems) in 
isolation. This approach requires the si¬ 
multaneous consideration of technologi¬ 
cal, architectural, and packaging issues in 
one consistent framework. 

• The use of existing CAD tools when¬ 
ever possible, allowing us to leverage ma- 



Figure 4. Multichip module layout. 
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ture CAD technologies such as schematic 
capture, logic and circuit simulation, and 
automatic layout systems. We use Mentor 
Graphics’ schematic capture and simula¬ 
tion tools. For circuit simulation, we use 
VSPICE, the Vitesse version of SPICE 
mentioned earlier. For high-level simula¬ 
tion, we use Cadence Design Systems ’ Ver- 
ilog simulator. And, for layout, we are using 
Seattle Silicon Corporation’s Chip Crafter 
and Finesse tools, customized with generators 
for the four-metal Vitesse GaAs process. 

• Development of new CAD tools to ad¬ 
dress specific needs in our design for which 
current tools are either nonexistent or inad¬ 
equate. These tools include a finite-differ¬ 
ence transmission-line-matrix simulator to 
characterize the chip-to-chip interconnect 
on the MCM 7 ; checkTc and minTc, two 
timing analysis and optimization tools to 
help identify critical paths in the design and 
to minimize the cycle time 6 ; and a cache 
simulator to study various architectural 
trade-offs. 

In this section, we highlight the cache 
simulation tool, cacheUM. The efficiency 
with which a CPU architecture executes a 
program can be measured by the average 
number of CPI. 1 This value is calculated by 
dividing the number of useful instructions 
in a program by the number of cycles it 
takes for the CPU architecture to execute 
the program. For a particular clock speed, 
CPI also gives a measure of total processor 
performance. 


As noted earlier, a high-performance 
processor requires a matching high-perfor¬ 
mance memory system. In order to make 
intelligent memory system design choices, 
we must evaluate the CPI values for differ¬ 
ent memory organizations. The tool devel¬ 
oped to make these evaluations is cacheUM, 
a trace-driven two-level cache simulator 
that models all aspects of the memory system 
described earlier. 

Simulation with cacheUM operates as 
follows: MIPS object code is annotated by 
MIPS Pixie 11 at basic-block entry points 
and at memory references. When this an¬ 
notated code is executed, it produces a 
trace of instruction and data addresses. 
This trace stream is fed to the cache sim¬ 
ulator, which generates and collects sta¬ 
tistics. The cycle count that cacheUM 
provides assumes that each instruction 
executes in the CPU in one cycle. This 
cycle count must be added to the number of 
internal CPU stall cycles caused by exe¬ 
cuting multicycle instructions such as inte¬ 
ger multiply, integer divide, and floating¬ 
point instructions. The number of extra 
cycles is provided by MIPS Pixstats. This 
augmented cycle count is used to calculate 
the value of CPI and the contribution of the 
different parts of the system to the value of 
CPI for the memory organization. The cache 
simulator executes an average of 80 times 
slower than the original object file. 

The applications used to provide the 
traces have a significant effect on the per¬ 
formance of a memory system. We have 


used a mix of integer and floating-point 
applications to represent the work load of a 
high-performance workstation in a technical 
environment. We execute each application 
assuming a context switch interval of one 
million instructions. At each context switch 
interval, all caches are flushed. This tech¬ 
nique of simulation context switches is 
shown to give pessimistic performance 
results. 12 We calculate the composite CPI 
value by dividing the total number of cy¬ 
cles by the number of instructions executed. 
This provides the harmonic mean of the 
CPI weighted by the number of instruc¬ 
tions executed by each benchmark. 

Table 2 shows the statistics obtained by 
executing 15 common benchmarks. These 
statistics include the number of dynamic 
instructions executed (in millions), the 
number of cycles it took to execute them 
(in millions), and the top four memory 
system contributors to performance degra¬ 
dation (shown as a percentage of CPI). 
From this table, we note that primary D- 
cache misses (PD-miss) account for most 
of the loss in memory system performance, 
a direct consequence of restricting the D- 
cache size to a page, as explained earlier. 
However, the performance loss due to sec¬ 
ondary D-cache misses (SD-miss) is not 
much less than that due to primary D-cache 
misses. We believe that the secondary cache 
miss rates are artificially high due to the 
manner in which context switches were 
simulated. In reality, it is possible for sever¬ 
al processes, dependihg on the size of their 


Table 2. Benchmark performance results. 


Name Instructions* 


5Diff 218.3 

Awk 34.9 

Doducd 48.1 

Dhrystone02 53.6 

Espresso 119.0 

Gnuchess 488.2 

Grep 49.4 

Linpackd 4.0 

LFK12 275.5 

Nroff 15,7 

Small 16.7 

SPICE2g6 297.3 

Whetd 9.4 

Wolf33 83.2 

YACC 96.9 

Total 1,810.4 


Cycles* Pi-miss** 


306.6 0.06 

50.6 4.90 

102.6 9.14 

64.2 0.07 

149.8 1.92 

606.6 0.86 

59.1 0.05 

7.1 0.17 

394.5 0.01 

21.9 0.66 

22.4 0.08 

552.9 5.58 

18.0 0.27 

180.2 3.38 

136.0 0.31 

2,672.6 1.80 


PD-miss** SI-miss H 


9.88 0.31 

3.55 2.27 

8.57 8.95 

0.02 0.30 

3.58 1.88 

0.84 2.99 

0.14 0.29 

24.69 0.86 

2.52 0.06 

1.21 2.59 

2.45 0.36 

19.31 3.35 

0.10 1.28 

20.98 5.06 

5.89 0.67 

6.88 2.13 


SD-miss** CPI 

12.15 1.40 

2.43 1.45 

3.41 2.13 

0.14 1.20 

2.59 1.26 

1.49 1.24 

0.30 1.20 

8.11 1.78 

0.91 1.43 

2.07 1.40 

1.37 1.34 

14.03 1.86 

0.48 1.91 

11.70 2.16 

4.68 1.40 

5.47 1.48 
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f working sets, to share a 1-megabyte sec- 
i ondary cache without flushing each other’s 
| entries entirely between context switches. 

T he performance goals of the proto¬ 
type 250-MHz microsupercomput¬ 
er require an integrated design ap- 
I proach in which technology, architecture, 

[ and packaging are considered simulta- 
■ neously. GaAs DCFL technology, with its 
I high speed, high level of integration, and 
I high yield, is an important element in 
I achieving the desired performance. 

[ Multichip-module packaging must be used 
I to achieve the needed cache performance, 
I and careful partitioning of the processor 
I components is required to minimize the 
I number of chip crossings in the critical path. 
| The use of CAD tools is critical. It is 
I important to use an automatic layout sys- 
I tem to leverage the technology and take 
I immediate advantage of continuously in- 
I creasing integration levels without exten- 
■ sive and costly redesign. 

I Simulation of cache performance is nec- 
I essary to achieve the best compromise be- 
I tween size and speed and, in general, the use 
E of simulation is crucial in making the ma- 
I jority of decisions along the design path. 

! Coordinating these different aspects makes 
I it possible to achieve a global optimization 
I of the design and to build a system meeting 
I the specifications we have described.■ 
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S. ENGLERT, 

TANDEM COMPUTERS INC. 


1:45-3:15 


COMPUTER SECURITY: 
TOWARDS DEPLOYED SYSTEMS 
PROF. KARL LEVITT 
UNIV. OF CALIFORNIA DAVIS 

• A TESTBED FOR MALICIOUS CODE 
DETECTION 

R. LO, UNIV. OF CALIF. DAVIS 

• PASSWORD MANAGEMENT 
M. BISHOP, DARTMOUTH UNIV. 

• AN EXPERT SYSTEM-BASED 
INTRUSION DETECTION SYSTEM FOR A 
HETEROGENOUS NETWORK OF WORK 
STATIONS 

J. BRENTANO, UNIV. OF CALIF. DAVIS 

• THE VERIFICATION OF SECURE 
DISTRIBUTED SYSTEMS 

J. ALVES-FOSS, UNIV. OF CALIF. DAVIS 


1:45-3:15 


TOWARDS THE SINGLE CHIP PC 
JOHN WHARTON 
APPLICATIONS RESEARCH 


• THE AMD 286LX MICROPROCESSOR 
A. KHAN, 

ADVANCED MICRO DEVICES. 

• THE INTEL 386SL MICROPROCESSOR 
SUPERSET 

D. VANNIER, 

INTEL CORPORATION 

• (TITLE TO BE ANNOUNCED) 

G. BOURNE, 

CHIPS AND TECHNOLOGY 


PARALLEL COMPUTING AT CALTECH 
DR. PAUL MESSINA 
CALIF. INSTITUTE OF TECHNOLOGY 

• PARALLEL AND DISTRIBUTED 
SUPERCOMPUTING AT CALTECH 
P. MESSINA, 

CALIF. INSTITUTE OF TECHNOLOGY 

• PARALLEL LOAD BALANCING FOR 
PARALLEL PROBLEMS 

R. WILLIAMS, 

CALIF. INSTITUTE OF TECHNOLOGY 

• PARALLEL N-LOGN ALGORITHMS 
AND APPUCATIONS TO ASTROPHYSICS 
J. SALMON, 

CALIF. INSTITUTE OF TECHNOLOGY 


SQL ACCESS: HETEROGENEOUS 
DATA-BASE INTEROPERABILITY 
RAO YENDLURI 
TANDEM COMPUTERS INC. 

• SQL ACCESS PROTOTYPES 
J. BALBONI, 

DIGITAL EQUIPMENT CORPORATION 

• SQL ACCESS AND ISO/SQL AND 
X/OPEN 

P. PERKOVIC, 

INFORMIX INC. 

• SQL ACCESS AND ISO/RDA 
H. SABHARWAL, 

TANDEM COMPUTERS INC. 


PROTECTIONS AGAINST 
THE INFORMATION AGE 
JIM WARREN 
DATACAST 

• COMPUTERS AND PRIVACY IN 
THE PIVOTAL DECADE 

E. HENDRICKS, 

PRIVACY TIMES 

• SURVEILLANCE-RESISTANT 
AND CENSOR-RESISTANT 
COMMUNICATIONS 

J. NAGLE 

• PANEL DISCUSSION 
J. WARREN, 

DATACAST 


3:30-5:00 


3:30-5:00 


3:30 - 5:00 


DESKTOP SPARC-COMPLIANT 
SYSTEMS 
PHIL HUELSON 

DIRECTOR, SPARC INTERNATIONAL 

• SPARC UP YOUR PC 
T. LACEY, 

OPUS SYSTEMS 

• MANAGING RISC & PC TECHNOLOGY 
B. ROSEN, 

MARS MICROSYSTEMS 

• TRENDS IN BUILDING A SPARC 
COMPATIBLE SYSTEM: 

METHODS & TOOLS 

P. AFSHAR, 

SOLARIX SYSTEMS 


NEW PARALLEL COMPUTER 
ARCHITECTURES 
ROGER ANDERSON 
LAWRENCE LIVERMORE 
NATIONAL LABORATORY 

• INTEGRATED HETEROGENEOUS 
PROCESSING 

N. ANESHANSLEY, 

FLOATING POINT SYSTEMS 

• THE STAR 910VP AS A SCIENTIFIC 
COMPUTER IN SUN NETWORKS 

G. CULLER, 

STAR TECHNOLOGY 

• THE DN10000TX: ANEW HIGH- 
PERFORMANCE PRISM PROCESSOR 
R. BAHR, 

HEWLETT-PACKARD 


HETEROGENEOUS MULTIDATABASE 
INTEROPERABILITY 
PROF. WITOLD LITWIN 
PARIS UNIVERSITY, FRANCE 


PROTECTIONS FOR 
THE INFORMATION AGE 
JIM WARREN 
DATACAST 


• ARCHITECTURE & FUNCTIONALITY 
OF PEGASUS HETEROGENEOUS MULTI¬ 
DATABASE MANAGEMENT SYSTEM 
M. SHAN, HEWLETT-PACKARD LABS. 


• FREEDOM OF THE PRESS FOR 
THE PRESS OF THE FUTURE 
E. DREXLER 


• REMOTEEXCHANGE: AN APPROACH TO 
CONTROLLED SHARING AMONG 
AUTONOMOUS, HETEROGENEOUS 
DATABASE SYSTEMS - D. MCLEOD, USC 


• SETTLEMENTSONTHE 
ELECTRONIC FRONTIER 
C. MORNINGSTAR, 

AMIX 


• (TITLE TO BE ANNOUNCED) 

Y. BREITBART, UNIV. OF KENTUCKY 

• DATA MANIPULATION LANGUAGE 
FOR AN EXTENDED RELATIONAL DATA 
MODEL 

M. RUSINKIEWICZ, UNIV. OF HOUSTON 


• PANEL DISCUSSION 
JIM WARREN, 
DATACAST 


) 


5:00 - 6:00 pm 


SOCIAL HOUR ON MEZZANINE 

ARGUE WITH YOUR PEERS, SPEAKERS AND THE COMPCON COMMITTEE 






















WEDNESDAY - FEBRUARY 27,1991 


8:30-9:30 

SIGNALS WITH A SENSE OF THEMSELVES 

ANDY LIPMAN 

Associate Director of the MIT Media Lab 


9:45-10:45 

IEEE COMPUTER SOCIETY AWARDS CEREMONY 

ECKERT - MAUCHLY AWARD 

COMPUTER ENTREPRENEUR AWARD 

COMPUTER PIONEER AWARD 

I ADVANCED 

WORKSTATIONS 

HIGH-PERFORMANCE 

COMPUTING 

MULTI-MEDIA 

SOFTWARE 

11:00 -12:30 

11:00 -12:30 

11:00 -12:30 

11:00-12:30 


HEWLETT PACKARD/APOLLO NEXT 
GENERATION RISC WORKSTATIONS 
MARK FORSYTH 
HEWLETT-PACKARD, 


NEW SIMD ARCHITECTURES 
ROGER ANDERSON 
LAWRENCE LIVERMORE 
NATIONAL LABORATORY 


VIDEO PROCESSORS 
AND MULTI-MEDIA 
JOHN WHARTON 
APPLICATIONS RESEARCH, 


PANEL ON 

TRENDS IN UNIX SOFTWARE 
DR. JEFFREY HAEMER 
INTERACTIVE SYSTEMS CORP. 


1 CMOS PA-RISC PROCESSOR FOR A 
NEW FAMILY OF WORKSTATIONS 
Jd. FORSYTH, 

HEWLETT-PACKARD 

I SYSTEM DESIGN FOR A LOW COST 
gA-RISC DESKTOP WORKSTATION 
k HORNING, 

HEWLETT-PACKARD 


• THE DATA TRANSPORT COMPUTER: 
A 3-DIMENSIONAL MASSIVELY 
PARALLEL SIMD COMPUTER 

J. JACKSON, WAVE TRACER 

• THE COHERENT PROCESSOR, AN 
ASSOCIATIVE PROCESSOR 
ARCHITECTURE AND APPUCATION 
C. STROMON, 

COHERENT RESEARCH INC. 


• THE C-CUBE CL550 
IMAGE COPROCESSOR 
S. PURCELL, 

C-CUBE CORPORATION 

• THE INTEL USO 
VIDEO PROCESSOR 
L. RYAN, 

INTEL CORPORATION 


ARCHITECTURE AND COMPILER 

. ICEMENTS FOR PA-RISC 

1RKSTATIONS 

ODNERT, 

/LETT-PACKARD 


• DIRECTIONS IN PACKAGING 
TECHNOLOGY OF SIMD COMPUTERS 
B. ALPER, 

ACTIVE MEMORY TECHNOLOGIES 


• THE UVC 7710 
VIDEO PROCESSOR 
S. LEWIS, 

UVC CORPORATION 


• TRENDS IN UNIX SOFTWARE 

J. HAEMER, INTERACTIVE SYSTEMS 
CORP. 

• K. BOSTICK, 

UNIV. OF CALIF. BERKELEY 

• UNIX SOFTWARE NEXT... 

P. SALUS, SUN USER GROUP, INC. 

• SHANE McCARRON, 

UNIX INTERNATIONAL 

• A LOOK AT COMPUTING IN 
THE 1990'S 

M. BURCH, 

OPEN SOFTWARE FOUNDATION 


1:45-3:15 


1:45-3:15 


1:45-3:15 


1:45-3:15 


THE DECSTATION 5100 
DILEEP BHANDHARKAR 
DIGITAL EQUIPMENT CORP. 


PARALLEL PROCESSORS 
DR. KENICHI MIURA 
FUJITSU OF AMERICA INC. 


VIDEO COMPRESSION 
STANDARDS 
DITIER LE GALL 
C CUBE MICRO SYSTEMS 


CONSTRAINT 

PROGRAMMING LANGUAGES 
DR. JOXAN JAFFAK 
IBM THOMAS WATSON 
RESEARCH CENTER 


[ DECSTATION 5000 MODEL 200 WORK¬ 
STATION 
H. NIELSON, 

DIGITAL EQUIPMENT CORP. 

| TURBOCHANNEL 
Id. NIELSON, 

PIGITAL EQUIPMENT CORP. 

I PIXELSTAMP GRAPHICS SUB¬ 
SYSTEMS FOR THE DECSTATION 5000 
t HUSSAIN, 

DIGITAL EQUIPMENT CORP. 


3:30-5:00 


• APPLICATIONS OF THE MASPAR 
MP-1 AT NASA/GODDARD 

J. FISCHER, NASA GODDARD 
SPACE FLIGHT CENTER 

• ONE YEAR WITH AN IPSC860 
E. BARSZCZ, 

NASA AMES RESEARCH CENTER 

• CDC'S HIGH END KILLER MICRO 
R. FOSTER, 

CONTROL DATA CORPORATION 


3:30-5:00 


• MPEG VIDEO CODING STANDARD 
D. LE GALL, 

C CUBE MICRO SYSTEMS 

• MPEG AUDIO CODING STANDARDS 
J. JOHNSTON, 

AT&T BELL LABS 

• MPEG SYSTEM STANDARD 
A. MACINNIS, 

IBM CORPORATION 


3:30 - 5:00 


• THE CLP(R) LANGUAGE AND 
SYSTEM: AN OVERVIEW 

S. MICHAYLOV, 

CARNEGIE MELLON UNIVERSITY 

• THE CLP LANGUAGE CHIP: 
CONSTRAINT-SOLVING AND 
APPUCATIONS 

P. VAN HENTENRYCK, 

BROWN UNIVERSITY 

• CONSTRAINT HIERARCHIES AND 
THEIR APPUCATIONS 

A. BORNING, 

UNIVERSITY OF WASHINGTON 

3:30-5:00 


THE INTERGRAGH CLIPPER C400 
PROCESSOR 
BOB MOELLER 
INTERGRAPH 

i THE C400 CUPPER SUPERSCALER/ 
kuPERPlPELINE RISC DESIGN 
L HANSON, 

[INTERGRAPH 

[ CODE RESTRUCTURING FOR 
ENHANCED PERFORMANCE ON 
\A PIPEUNED PROCESSOR 
|R. ARNOLD, 

HNTERGRAPH 


H. SACHS, 
INTERGRAPH 


HIGH-PERFORMANCE 
COMPUTER SYSTEMS 
DR. KEN STEVENS 
NASA AMES RESEARCH CENTER, 

• VP2000 SERIES DUAL-SCALAR AND 
QUADRUPLE-SCALAR MODEL 
SUPERCOMPUTER SYSTEMS - A NEW 
CONCEPT IN VECTOR PROCESSING 
K. MIURA, FUJITSU AMERICA, INC. 

• SX-3 SUPERCOMPUTER SYSTEM 
T. WATANABE, 

NEC CORP. 


DIGITAL VIDEO 
SUBSYSTEMS 
TED LALIOTIS 

HEWLETT-PACKARD COMPANY, 

• THE FLUENT MACHINES 
MULTIMEDIA DEVELOPMENT SYSTEM 
D. NELSON, 

FLUENT MACHINES INC. 

• THE UVC REALTIME COMPRESSION/ 
DECOMPRESSION BOARD 

S. LEWIS, 

UVC CORP. 


PARALLEL LANGUAGES 
PROF. BOB KELLER 
UNIV. OF CALIFORNIA DAVIS 

• SISAL 

J. FEO, LAWRENCE LIVERMORE 
NATIONAL LABORATORY 

• PORTABLE PROGRAMS FOR PARAL¬ 
LEL COMPUTERS USING STRAND88 

T. MATTSON, STRAND SOFTWARE 
TECHNOLOGIES INC. 

• PARALLEUSM, DISTRIBUTION, AND 
SYNCHRONIZATION IN SR 

R. OLSSON, UNTV. OF CALIF. DAVIS 


• IBM ES9000 AIR-COOLED COMPUTER 

TECHNOLOGY 

V. GANI, 

IBM POUGHKEEPSIE 


• THE DVI DEVELOPMENT SYSTEM 
R. STAUFFER, 

INTEL CORPORATION 


• PARALLEL PROGRAMMING IN ADA: 
EXPERIENCE AND RESULTS 
A. GOFORTH, 

NASA AMES RESEARCH CENTER 


c 


5:00 - 6:00 pm 




SOCIAL HOUR ON MEZZANINE 

ARGUE WITH YOUR PEERS , SPEAKERS AND THE COMPCON COMMITTEE 



















THURSDAY - FEBRUARY 28,1991 


8:30 - 9:30 

VIRTUAL REALITY: 

A COMPUTER SCIENCE PERSPECTIVE 

JARON LANIER 

Founder and CEO of VPL Research 

9:45 -10:45 

AMERICA’S ANSWER TO FOREIGN COMPETITION: 

THE ENTREPRENEUR AND INVENTOR 

GIL HYATT 

Independent Inventor 

FUTURE DIRECTIONS 

APPLIED COMPUTING 
STATE-OF-THE-ART 

OBJECT AND DATABASE 
TECHNOLOGY 

COOPERATION & COMPUTER 

11:00-12:30 

11:00-12:30 

11:00-12:30 

11:00-12:30 


EDA ENVIRONMENTS IN 1995 - 
WHAT WILL THEY BE LIKE 
JEFF LEWIS 
SYNOPSYS 


• ED A ENVIRONMENTS IN 1995: 
SPECIFICATION, 

NOT IMPLEMENTATION 
J. LEWIS, SYNOPSYS 

• EDA 1995: 

CHALLENGES FOR ASIC VENDORS 
M. O'BRIEN, 

VLSI TECHNOLOGY INC. 

• EDA ENVIRONMENTS FOR 
SYSTEM DESIGN 

S. HULSOOR, 

TANDEM COMPUTERS 


RAPID COMMERCIALIZATION OF 
HANDWRITING & TEXT RECOGNITION 
LARRY SPITZ 
XEROX PARC 

• NEURAL NETWORK APPROACH TO 
HANDPRINT CHARACTER RECOGNITION 
L. JACKEL, AT&T BELL LABS, 

• OPTICAL CHARACTER 
RECOGNITION FOR EMBOSSED 
IMAGES USING NEURAL NETWORKS 
C. ANDERSON, SAIC 

• HANDPRINT RECOGNITION IN THE 
GO OPERATING SYSTEM 

R. CARR, GO CORP. 

• MULTIPLE NEURAL NET ARCHITEC¬ 
TURES FOR CHARACTER RECOGNITION 
C. SCOFIELD, NESTOR INCORPORATED 


INTELLIGENT DATABASE 
TECHNOLOGY 

PROF. MOHAMMAD KETABCHI 
SANTA CLARA UNIVERSITY 

• INTELLIGENT OBJECT-ORIENTED 
FEATURES IN DISTRIBUTED DATABASES 
A. CHAN, ASHTON-TATE 

• DEDUCTIVE CAPABILITIES FOR 
HETEROGENEOUS DATABASES 

R. KRISHNAMURTHY, H-P LABS. 

• DECLARATIVE REASONING 
EXTENSIONS TO COMMERCIAL SQL 


• A PATTERN-BASED CONSTRAINT SPEC¬ 
IFICATION LANGUAGE FOR 
OBJECT-ORIENTED DATABASES 
Y. SU, UNIVERSITY OF FLORIDA 


INDUSTRIAL PARTNERSHIPS FOK 
COMMERCIALIZATION OF 
U.S. GOVERNMENT TECHNOLOG 
JOE ALLEN 

U.S. DEPT. OF COMMERCE 

• LICENSING GOVERNMENT FUNDE 
TECHNOLOGY AT THE UNIVERSITY 
CALIFORNIA 

C. VOELKER, UNIV. OF CALIF. 

• COMMERCIALIZING FEDERAL 
TECHNOLOGY 

J. ALLEN, U.S. DEPT. OF COMMERCE 

• OPPORTUNITIES FOR ACCELERAT 
ING COMMERCIAL DEVELOPMENT VI 
EFFECTIVE PARTNERING 
R. BANKS, LOS ALAMOS NATIONAL 
LABORATORY 


COMPUTING SYSTEMS BASED ON 
OPTICAL LOGIC 
PROFESSOR JOE GOODMAN 
STANFORD UNIVERSITY 

• A DIGITAL OPTICAL 
IMPLEMENTATION OF RISC 
P. GUILFOYLE, 

PRESIDENT, OPTICOMP 

• TELEPHONE SWITCHING SYSTEMS 
THAT USE FREE-SPACE DIGITAL OPTICS 
S. HINTON, 

AT&T BELL LABS 

• OPTICAL DISCS IN OPTICAL 
COMPUTING 

D. PSALTIS, 

CALIF. INSTITUTE OF TECHNOLOGY 


WHAT IS SOFTWARE DESIGN: 
WHY ISNT IT 

SOFTWARE ENGINEERING? 
PROF. TERRY WINOGRAD 
STANFORD UNIVERSITY 

• THE RELATION OF DESIGN TO 
HUMAN CONCERNS 

B. HARTFIELD, 

APPLE COMPUTER 

• FRIENDLY SOFTWARE DESIGN 
P. HECKEL, 

HYPERRACKS INC. 

• INTERACTING WITH USERS IN 
THE DESIGN PROCESS 

L. DE YOUNG, PRICE-WATERHOUSE 
TECHNOLOGY CENTER 


3:30-5:00 


3:30 - 5:00 


OBJECT TECHNOLOGY: 

PRESENT AND FUTURE 
DR. RAO MIKKILINENI 
U.S. WEST ADVANCED TECHNOLOGIES 
• ISSUES IN RAPID ADOPTION OF 
OBJECT PARADIGM IN CURRENT 
SOFTWARE DEVELOPMENT 
P. GOYAL, U.S. WEST ADVANCED 
TECHNOLOGIES 


PANEL ON 

EXPERIENCE WITH JOINT US/JAPAN 
COMPUTING VENTURES 
PROF. M.A. HARRISON 
UNIV. OF CALIFORNIA BERKELEY 

• COOPERATING WITH JAPAN 

IN BASIC RESEARCH 

W. GEAR, NEC RESEARCH INSTITUTE 


• CURRENT STATE OF OBJECT 
TECHNOLOGY IN JAPAN 

M. AOYAMA, FUJITSU LIMITED 

• EVOLUTION OF OBJECT MODELS 

R. MIKKILINENI, U.S. WEST ADVANCED 
TECHNOLOGIES 

• FOUNDATION OF CONCURRENCY 
AMONG OBJECTS 

PROF. GOPINATH, RUTGERS UNIV. 


3:30 - 5:00 


• KNOCKING ON HEAVEN'S GATE 
R. RICHARDS, RONALD B. RICHARDS 
AND ASSOCIATES 

• A LAWYER'S PERSPECTIVE ON 
U.S.-JAPAN STRATEGIC PARTNERSHIPS 
IN THE TECHNOLOGY ARENA 

M. MOYLE, GRAHAM AND JAMES 


3:30 - 5:00 


FORMAL METHODS IN HARDWARE 
DESIGN 

PROF. PHIL WINDLEY 
UNIV. OF IDAHO 


• FROM HARDWARE VERIFICATION 
TO SIUCON COMPILATION 
J. JOYCE, 

UNIV. OF BRITISH COLUMBIA 


ADVANCES IN DATA COMPRESSION - 
LETS GET SMALL 
PROF. GLEN LANGDON 
UNIV. OF CALIFORNIA SANTA CRUZ 

• GENERAL PURPOSE 
DATA COMPRESSION ICS 
D. HELMAN, INTEGRATED 
INFORMATION TECHNOLOGY 


ADVANCED TRANSACTION MODELS 
PROF. ANDREAS REUTER 
IPVR-UNIV. OF STUTTGART, GERMANY 

• SYNCHRONIZATION OF 
MULTIPLE STATE ENGINES 
J. KLEIN, 

DEC TP WEST 


SURVEY OF COMPUTING 
IN JAPAN 

PROF. M.A. HARRISON 
UNIV. OF CALIFORNIA BERKELEY 

• ELECTRONIC COMPONENTS 
J. MEINDL, RENESSELAER 
POLYTECHNIC INSTITUTE 


• BRIDGING THE FORMAL METHODS 
GAP: A COMPUTER-AIDED 
VERIFICATION TOOL FOR HARDWARE 
DESIGN 

M. SRIVAS, 

ODYSSEY RESEARCH ASSOCIATES 

• THE PRACTICAL VERIFICATION OF 
MICROPROCESSOR DESIGNS 

P. WINDLEY, 

UNIV. OF IDAHO 


• IMAGE COMPRESSION: SOFTWARE 
AND HARDWARE IMPLEMENTATIONS 
A. LICTENBERG, STORM TECHNOLOGY 

• ADAPTIVE BINARY ARITHMETIC 
CODING FOR MULTI-MEDIA 
APPUCATIONS 

G. LANGDON, UNIV. OF CALIFORNIA 
SANTA CRUZ 


• COORDINATING MULTI¬ 
TRANSACTION ACTIVITIES 
H. GARCIA-MOLINA, 

PRINCETON UNIVERSITY 

• CONTRACTS: A MEANS FOR 
IMPROVING RELIABILITY IN 
DISTRIBUTED COMPUTING 
H.WAECHTER, IPVR- 

UNIV. OF STUTTGART, GERMANY 


• JAPANESE APPROACH TO 
SOFTWARE DEVELOPMENT 
M. HARRISON, 

UNIV. OF CALIFORNIA BERKELEY 

• SCIENTIFIC SUPERCOMPUTING 
IN JAPAN 

B. SHELTON, 

LOYOLA UNIV. 





















TUTORIALS - MONDAY - FEBRUARY 25,1991 
TUTORIAL NOTES AND LUNCHEON INCLUDED 


TUTORIAL 1 - 9:00 am to 5:00 pm 
I COMPUTER ARCHITECTURE CHOICES 

by Yale N. Patt 

Audience: This tutorial, annually updated, is for the tech¬ 
nical manager, engineer, or system designer who needs to 
know in as much depth as we can manage in one-day, what 
is currently going on out there, what we can expect tomor¬ 
row, and iF any of it is worth paying attention to. 

Abstract: This tutorial examines today's hot topics in 
computer architecture, trying to understand the 
fundamental principles so one can separate the hype from 
substance. New topics this year include fault tolerance (an 
emerging standard?), disk arrays, approaches to defusing 
memory bottlenecks, and some important data to show 
those who claim you can't do better than a speed-up of two 
on non-scientific instruction streams are just plain wrong. 
RISC is examined. The IBM RS6000, a 2nd generation RISC, 
and NEXGEN's 3rd generation RISC are examined. Also, 
approaches to concurrency: VLIW, now re-incarnated as 
LIFE, superscalar and superpipelined and our own HPS 
which is both -- clearly the best way to implement a 
computing machine. Finally, Neural Nets, IEEE Arithmetic, 
ASICs and the influence of device technology. 

Instructor: Yale Patt is a Professor of Electrical Engineering 
and Computer Science at the University of Michigan, where 
he teaches and does research in high-performance computer 
architecture, while consulting extensively for DEC and NCR. 
He has been working on superscalar implementations since 
1984, and worked on neural nets in Widrow's lab at Stanford 
in 1963, long before both names were coined. 

TUTORIAL 3 - 9:00 am to 5:00 pm 
THE FUTURE OF SUPERCOMPUTING 

by Stephen Lundstrom 

Audience: This tutorial is intended for those who want to 
project the feasible supercomputing center capabilities that 
will exist by the year 2000, and for those who wish to under¬ 
stand the projected advances in underlying technologies of 
supercomputing over the next decade. 

Abstract: This tutorial reviews the advances in contributing 
| technologies and projects the possible impact on supercom¬ 
puting systems and their environments by the year 2000 and 
beyond. This tutorial will look at the facts of where availa¬ 
ble technologies are now, how they are advancing, and how 
they might be used to implement the future of fully scaled 
teraflop computing systems. Topics presented will include: 
the teraflop objective and its feasibility; storage hierarchy re¬ 
quirements and technology opportunities; operating system 
challenges for parallel processing; application development 
support including design notations, languages, compilers 
and debugging environments; network and communications 
challenges; result visualization concepts and examples; and 
the potential availability of these technologies. Discussions 
in each area will include a view of what capabilities are feasi¬ 
ble over the next decade and specific challenges which must 
be met in the near term to achieve those long-term capabili¬ 
ties. 

Instructor: Stephen F. Lundstrom is President of PARSA, 
and a Consulting Associate Professor in the EE Department 
of Stanford University. He is a specialist and consultant in 
future supercomputing systems. He has a Doctorate in 
Computer Science from Texas A&M University. 


TUTORIAL 2 - 9:00 am to 5:00 pm 
MACH OPERATING SYSTEM 
by David Black 

Audience: This tutorial is an introduction to the Mach op¬ 
erating system. This tutorial will be of interest to people 
working closely to Mach and to those who are merely curi¬ 
ous about what Mach is and how it works. It will be of par¬ 
ticular interest to anyone planning a port of Mach. 

Abstract: This tutorial is an overview and introduction to 
the Mach operating system with particular emphasis on the 
internals of the Mach kernel. Areas covered include the 
management of virtual memory, task/thread management 
and scheduling, inter-task communication (IPC), and excep¬ 
tion handling. Both the machine independent and machine 
dependent portions of the kernel will be examined, includ¬ 
ing discussion of the machine-dependent routines that must 
be implemented to port the Mach kernel. The use of Mach 
features to implement UNIX compatibility within the kernel 
will also be discussed. Finally, the basic mechanisms and 
tools available to Mach programmers will be covered, in¬ 
cluding introductions to the Cthreads library and the Mach 
Interface Generator (MiG). Programming examples and gen¬ 
eral Mach programming hints are included. The tutorial 
also includes a status report on the latest features, future 
plans, and distribution. 

Instructor: David Black participated on the design and im¬ 
plementation of the Mach operating system, including 
scheduling, exception handling, and multiprocessor support. 
He has a Doctorate in Computer Science from Carnegie Mel¬ 
lon University, and is a Research Fellow at the Research In- 
stitute of the Open Software Foundation. _ 

TUTORIAL 4 - 9:00 am to 5:00 pm 
CASE TOOLS FOR REQUIREMENTS 
ANALYSIS AND SOFTWARE DESIGN 
by John Brackett 

Audience: This tutorial is intended for software developers 
and technical managers who are selecting improved require¬ 
ments analysis and software design methods and state-of-the- 
art computer support tools. 

Abstract: The objective of this tutorial is to present the state 
of the art in computer-aided software engineering (CASE) tools 
supporting requirements analysis and software design. This 
tutorial will help attendees shorten the evaluation cycle for 
CASE software. These tools include products for building in¬ 
formation systems and products for developing real-time soft¬ 
ware. Both workstation-based products and products for person¬ 
al computers will be covered. The analysis and design methods 
supported by each tool will be compared and contrasted. The 
evaluation approach for CASE tools developed by the Software 
Engineering Institute will be presented and discussed. Dr. 
Brackett has hands-on experience with many tools illustrating 
the current state of the art. Some of these tools that will be in¬ 
cluded in the tutorial, are: Cadre Teamwork, Index Excelera- 
tor, Bachman Data Analyst and Database Administrator, 
i-Logix Statemate, and Nu-Thena Foresight. 

Instructor: John Brackett is a Professor at Boston University 
where he coordinates the graduate program in software engi¬ 
neering. He is an ACM National Lecturer. He was a founder 
of SofTech. He has almost 20 years of software engineering ex¬ 
pertise in industry and academia. 
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TUTORIALS - FRIDAY - MARCH 1,1991 

TUTORIAL NOTES AND LUNCHEON INCLUDED 


TUTORIAL 5 - 9:00 am to 5:00 pm 

BUILDING APPLICATIONS WITH 
X-WINDOWS SYSTEM TOOLKITS 


TUTORIAL 6 - 9:00 am to 5:00 pm 
TRANSACTION PROCESSING 
CONCEPTS AND TECHNIQUES 


by Chuck Clanton 

Audience: This tutorial is intended for technical managers, 
project leaders, analysts, interface designers and program¬ 
mers interested in productivity tools for developing X Win¬ 
dow System applications. This is not a tutorial on toolkit 
programming. 

Abstract: The X Window System provides a standard plat¬ 
form for graphical user interfaces facilitating the emergence 
of a workstation software marketplace. This tutorial reprises 
the current status of the "look-and-feel" war between OPEN- 
LOOK and Motif, and how to make reasonable choices dur¬ 
ing the war. Then, the current state-of-the-art in application 
development tools for the X Window System is reviewed, fo¬ 
cusing on present and future technology of direct manipula¬ 
tion interface builders. If you are starting a project to devel¬ 
op an X Window System interface, you should consider the 
tools and techniques described in this tutorial. In addition, 
you probably want to know the fundamental capabilities 
and limitations of the X Window System, and these toolkits 
for building application interfaces. 

Instructor: Chuck Clanton specializes in designing and lead¬ 
ing development of applications with an interactive graphi¬ 
cal user interface. He has worked with the X Window Sys¬ 
tem since Version 10 Release 4 four years ago. He has done 
research in perceptual and cognitive psychology at Harvard 
University, as well as interdisciplinary research in computer 
science and psychology at Stanford University. 


by Jim Gray 

Audience: This is an introductory course for software pro¬ 
fessionals interested in an overview of transaction process¬ 
ing systems. It is intended for those thinking of implement¬ 
ing a transaction processing application, or for those 
interested in trends and concepts likely to appear in future 
transaction processing systems. 

Abstract: The course will consist of four lectures: 
Transaction Terminology and Concepts: This lecture intro¬ 
duces and defines the standard terminology of transaction 
processing systems. 

Transaction Monitor Structure: This lecture describes the 
general structure of the popular transaction processing mon¬ 
itors, putting them in a historical perspective. These systems 
include CICS, IMS, ACMS, Pathway, Tuxedo, OSI/TP, XO- 
pen/DTP and LU6.2. 

Transaction Implementation Techniques: Recovery: This 
lecture describes the basic protocols used by most transac¬ 
tion processing monitors. These include the two-phase com¬ 
mit, do-undo-redo, write-ahead-log, and force-log-at-commit 
protocols. 

Transaction Implementation Techniques: Concurrency: This 
final lecture covers the concepts and techniques used in da¬ 
tabase concurrency control. 

Instructor: Dr. Gray is at the newly formed San Francisco 
Systems Center of Digital Equipment Corp. He previously 
worked at Tandem and IBM Research on transaction pro¬ 
cessing and database systems. He is currently writing a text¬ 
book on transaction processing systems. 


TUTORIAL 7 - 9:00 am to 5:00 pm 

VHDL LOGIC SYNTHESIS WORKSHOP 
by Stan Mazor 

Audience: This tutorial is for a logic designer or CAD soft¬ 
ware developer who is familiar with CAE tools such as sim¬ 
ulators and timing analyzers. Familiarity with at least one 
programming language such as Pascal or C is helpful in un¬ 
derstanding the syntax of the language. This seminar ad¬ 
dresses designing ASIC chips using a Register Transfer Lan¬ 
guage (RTL) description. 


PLAN AHEAD NOW FOR 

COMPCON SPRING '92 

24 - 28 FEBRUARY 1992 


Abstract: Modern Hardware Description Languages 
(HDL's) are being used to describe, document, simulate, and 
synthesize ASIC chips. The VHSIC HDL (VHDL) has been 
acknowledged as a DOD and IEEE standard. The features, 
benefits, and limitations of this language will be discussed 
from the logic synthesis viewpoint. An introduction to 
VHDL syntax with logic design examples serves as the start¬ 
ing point. We then illustrate specific circuit implementations 
synthesized for a number of important VHDL constructs. 
Several small examples are then shown for state machines, 
serial to parallel converters, an ALU, and a simple vending 
machine (state machine application). Finally, a large scale 
multi-block illustrates the speed/size tradeoffs during logic 
optimization by a typical VHDL compiler. Upon comple¬ 
tion, the attendee should be able to understand the synthesis 
process and the kinds of logic handled by today's compilers. 
Instructor: Stan Mazor is training manager of Synopsys, 
which is a supplier of VHDL synthesis and simulation tools. 
He has published over 45 articles and papers on the applica¬ 
tion of microelectronics. Previously he was with Silicon 
Compilers, Inc., and Intel Corporation (15 years). Mr. Mazor 
is a Senior member of the IEEE and holds 3 joint patents. 
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Implementation of the 
PIPE Processor 


Matthew K. Farrens, University of California at Davis 
Andrew R. Pleszkun, University of Colorado at Boulder 


I n the early 1980s, the PIPE (Parallel 
Instruction with Pipelined Execution) 
research project was initiated to in¬ 
vestigate high-performance computer ar¬ 
chitectures for VLSI implementation. One 
of the primary project goals was to devise 
architectural methods to minimize the im¬ 
pact of off-chip memory accesses on pro¬ 
cessor performance. Crossing the boundary 
between the processor chip and external 
memory is one of the main impediments to 
achieving high performance in VLSI pro¬ 
cessors, and the problem is becoming more 
severe. Because the on-chip clock frequen¬ 
cy of a VLSI processor chip is increasing at 
a much higher rate than external memory 
speeds, it will soon take 10 to 100 proces¬ 
sor clock cycles to perform a single exter¬ 
nal memory reference. 

The project members defined a proces¬ 
sor architecture with several unique fea¬ 
tures that specifically deal with this prob¬ 
lem. For example, the architecture supports 
a decoupled access/execute mode. (A de¬ 
coupled architecture is one in which a pro¬ 
gram is divided into two or more instruc¬ 
tion streams, and a number of processors 
cooperate in the execution of the task.) The 
architecture, which features I/O queues 
(visible to the programmer), buffers external 
memory accesses, uniquely handles 
branches, and supports subroutine calls. 
Extensive analysis and simulation studies 
of the architecture 1 have shown that a sin¬ 
gle PIPE processor, without running in a 
decoupled mode, can still significantly 
outperform more conventional processors. 
The project members were encouraged 


The PIPE processor 
chip demonstrates that 
supporting 
architectural queues 
does not complicate the 
instruction issue logic, 
and frees the processor 
clock rate from 
external memory speed 
influences. 


by the results of these simulation studies. 
However, we felt that unless the merit of 
our innovations could be demonstrated, 
the simulation results would not be taken 
seriously. We concluded that the best way 
to demonstrate the worth of our PIPE ar¬ 
chitecture ideas was to build a working 
PIPE processor chip. 

Because of the unique features in PIPE 
and the important problems it addresses, 
the PIPE architecture implementation 
should interest not only those exploring 
decoupled access/execute architectures, but 
also conventional processor designers. In 


the following sections, we present an out¬ 
line of the machine, a description of the 
processor, and an evaluation of the valu¬ 
able lessons learned via the implementa- 


The PIPE machine 

It is important to differentiate between 
the PIPE machine and the PIPE processor. 
The PIPE machine includes an intelligent 
memory andtwo identical processors, which 
support a decoupled access and execute 
mode of execution 2,3 (see Figure 1). 

In the PIPE machine, the two processors 
are called the access and the execute pro¬ 
cessors. The access processor controls op¬ 
erand address computation, generating data 
requests for both itself and the execute 
processor. The execute processor functions 
like a highly intelligent math coprocessor, 
consuming data from the access processor 
and performing what programmers view as 
the heart of the required computations. 
These processors communicate with each 
other and with memory via hardware queues. 
The intent of separating a program this 
way is to allow the access processor to get 
ahead of the execute processor, reducing 
or eliminating the delays due to accessing 
external memory. A more detailed descrip¬ 
tion of the PIPE project is contained in 
Farrens 4 and Goodman et al. 5 In the PIPE 
machine, the access and execute proces¬ 
sors are identical. Therefore, throughout 
the rest of this article, we will refer to these 
processors as PIPE processors. 
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Figure 1. Block diagram of the PIPE machine. 


The PIPE processor 

A PIPE processor has much in common 
with other reduced instruction-set comput¬ 
ing (RISC) processors, with a register-to- 
register type architecture similar to Cray 
and CDC architectures. PIPE is a 32-bit 
processor with a 32-bit wide internal bus, 
is 16-bit word-addressable, and has sepa¬ 
rate input and output buses. The PIPE pro¬ 
cessor uses a barrel shifter for shifts and a 
two-stage arithmetic logic unit (ALU) for 
adds and subtracts as well as logic func¬ 
tions. The PIPE processor employs an el¬ 
emental instruction set, one whose re¬ 
source requirements can be easily 
determined at instruction issue time. This 
instruction set supports a basic repertoire 
of three operand instructions: addition, 
subtraction, logical operations, and shifts 
in their various forms. Multiply and divide 
instructions are also specified for future 
expansion. 

Like many other VLSI processors, PIPE 
is pipelined to increase performance. PIPE 
has a five-stage pipeline, consisting of in¬ 
struction fetch, instruction decode, in¬ 
struction issue, ALUl/logical, and ALU2. 


Unlike most other RISC processors, how¬ 
ever, PIPE instructions come in two forms 
(see Figure 2). These instructions can be 
either one or two 16-bit parcels long. The 
impact of having two different instruction 
sizes will become clear later in this article. 

Unique features. While a PIPE proces¬ 
sor has much in common with most RISC 
processors, it also differs significantly in a 
number of respects. The following sec¬ 
tions briefly describe some of PIPE’s unique 
high-performance features. 

Architectural queues. The PIPE proces¬ 
sor provides both input and output queues 
that act as a buffer between the external 
memory and the chip’s internal processing 
elements. These queues appear to the pro¬ 
grammer as register R 7 . This is the tail of 
the load address queue (LAQ), store address 
queue (SAQ), and store data queue (SDQ); 
and the head of the load data queue (LDQ). 
This arrangement allows the on-chip clock 
rate to be determined solely by the timing 
delays through the chip’s processing ele¬ 
ments. It also prevents the external memo¬ 
ry speed from affecting the processor’s 
internal clock rate. 


The external memory takes items off 
these queues and performs the requested 
operations. When a requested data item is 
returned by memory, it is put in the LDQ, 
which buffers the data. By making this 
queue explicit in the architectural defini¬ 
tion, a program can have multiple out¬ 
standing memory requests without forcing 
the issue logic to reserve a path into the 
register file for each request. The compil¬ 
er, employing well-known optimization 
techniques, should place the load instruc¬ 
tions as far ahead as possible of the in¬ 
struction requiring the data. 

Prepare to branch. Branch instructions 
are notorious for causing performance 
degradation in heavily pipelined machines. 
This is due to the difficulty of keeping the 
pipeline full of useful instructions while 
the branch condition is being evaluated. 
The method used in the PIPE architecture 
is a generalized form of the delayed branch. 

In the delayed branch scheme, there are 
a fixed number of delay slots following a 
branch that are guaranteed to execute. Ide¬ 
ally, the number of delay slots should be as 
large as possible to guarantee that the branch 
condition will have been evaluated when 
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j Opcode | Rj | Rj | R k | 


15 98 65 32 0 

(a) 16-bit format 


| Opcode | Rj | Rj | OpExt | Immediate 

1 

15 98 65 32 0 31 

(b) 32-bit format 

16 


Figure 2. PIPE instruction format. 


the instructions complete, thus keeping the 
pipeline full. However, for many benchmark 
programs, it is difficult to fill more than 
two delay slots with instructions that per¬ 
form useful work. This forces the compiler 
to place null operations into the slots it is 
unable to fill. 

The PIPE processor uses an instruction 
called prepare to branch (PBR) that allows 
the compiler to specify the number of de¬ 
lay slots after a branch instruction (be¬ 
tween 0 and 7). The compiler is never 
forced to place null operations after a 
branch. If the compiler is able to fill the 
delay slots with three or four instructions, 
it guarantees that control flow will not 
break. The PBR instruction allows the PIPE 
architecture to always perform at least as 
well as the more restrictive delayed branch 
scheme and outperform it as pipeline depth 
increases. 

Subroutine call support. The PIPE pro¬ 
cessor supports data passing between 
subroutines by logically partitioning the 
16registers in the register file into two sets 
of eight registers. This approach attempts 
to balance the chip area devoted to regis¬ 
ters with rapid subroutine call support. 
These two partitions are referred to as the 
foreground (FG) and the background (BG) 
register files. The operand fields in a typ¬ 
ical instruction always reference the cur¬ 
rent FG register file. Instructions exist that 
permit data movement between the fore¬ 
ground and the background register sets to 
facilitate passing parameters between the 
calling and called routines. There is a switch 
register file instruction that swaps the 
pointers to the FG and BG register files, 
effectively swapping their contents. 

To perform a subroutine call, a switch 
register file instruction is executed, fol¬ 
lowed by an unconditional PBR instruc¬ 
tion. By providing a BG register file, no 
saving away of the calling routine’s active 
register file is needed if the called proce¬ 
dure is a leaf procedure (that is, it does not 
make any procedure calls). Should the 
called routine makes a subroutine call, it 
can schedule the saving away of the reg¬ 
isters in the BG register file (formerly the 
FG register file) at its convenience. The 
only constraint is that the saving away of 
the registers occur before the called pro¬ 
cedure performs a procedure call itself. 
This scheduling, coupled with the store 
data queue, makes this aspect of register 
saves nontime-critical. 

The instruction cache. The direct-mapped 
PIPE instruction cache is composed of 16 


four-word lines for a total of 64 words or 
128 bytes. (This is between 32 and 64 
instructions, depending on the distribution 
of one- and two-parcel instructions.) An 8- 
byte instruction queue (IQ) and an 8-byte 
instruction queue buffer (IQB) lie between 
the instruction cache and the decode logic. 
The goal of the PIPE instruction cache 
control logic is to keep the IQB and IQ full 
of valid instructions. If the cache control 
logic cannot decide the correct values to 
move into these registers, it guesses that 
the next sequential line will be needed. The 
effect of this guessing is limited to on-chip 
operations, however. Whenever a guess 
may force an off-chip operation, the con¬ 
trol logic waits until it can ensure that some 
portion of the requested instructions will 
be executed. This restriction is enforced 
because of the limited bandwidth of single¬ 
chip processors and our desire to limit 
memory traffic. 

This instruction cache, while relatively 
small, proves sufficient for our purposes. It 
allows us to verify the control logic design 
and to demonstrate that such a sophisticat¬ 
ed I-fetch strategy need not adversely af¬ 
fect the clock rate. In addition, our simula¬ 
tion results indicate that if the IQ and IQB 
are used properly, larger instruction cach¬ 
es may not significantly improve perfor¬ 
mance. (Interested readers can find in¬ 
struction fetch strategy details in earlier 
papers. 4 ’ 6 ) 

The PIPE 
implementation 

Implementing the processor was a crit¬ 
ical test of the PIPE architecture. Our goal 
was to demonstrate that our architectural 
features could be combined into a func¬ 
tioning whole. We wanted to show that the 


queues and the queuing discipline, inter¬ 
acting with the pipeline control logic, could 
operate with a reasonable clock frequency 
and within minimal chip area. In addition, 
we also had to insure that the hardware 
interlocks in the pipelined instruction unit 
were not prohibitively difficult to imple¬ 
ment. The requirement of an on-chip in¬ 
struction cache also severely restricted the 
chip area available for control logic, regis¬ 
ters, ALU, queues, etc. Finally, the input 
and output queues made interrupting the 
PIPE processor (which was not specified 
in the original PIPE architecture) a real 
design challenge. 

Because of these constraints, we decid¬ 
ed to implement and test pieces of the 
PIPE processor separately before imple¬ 
menting the entire processor. We chose 
this approach because no one at the Uni¬ 
versity of Wisconsin had previously at¬ 
tempted a VLSI project of this magnitude. 
We believed (and our experience has con¬ 
firmed) that it was critical to determine 
early in the implementation phase how 
accurate our tools were. It was also cru¬ 
cial that we fully understood the iterative 
process of designing, submitting, and 
testing a VLSI chip. 

Three pieces of the processor were sub¬ 
mitted to the MOSIS fabrication facility. 
The first chip contained the register file, 
the two-stage ALU, the branch test logic, 
and the I/O bypass. The second chip con¬ 
tained a single input queue. The final piece 
of the processor to be implemented sepa¬ 
rately was the cache and instruction fetch 
logic. This chip contained more than 15,000 
transistors and was by far the most compli¬ 
cated of the chips, prior to implementation 
of the final processor chip. Interestingly, it 
also came the closest to working exactly as 
specified, with only one small design error 
detected after extensive testing. This was 
very encouraging and gave us confidence 
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that we could implement the entire proces¬ 
sor chip on a single die. 

The PIPE chip. After successfully fab¬ 
ricating and testing most of the PIPE pro¬ 
cessor parts, we were ready to incorporate 
the entire design onto a single piece of 
silicon. Technology had made significant 
advances since the original specification 
of the PIPE architecture, however. Circuit 
densities increased so much (even in 
NMOS) that we decided to make several 
modifications to the original architectural 
specifications before implementation. These 
modifications were implemented to make 
the processor as “real” as possible within 
our design constraints. 

When we began the implementation, 
neither our CAD tools nor the MOSIS 
fabrication facility could adeptly deal with 
complementary metal-oxide semiconduc¬ 
tor (CMOS) designs. At implementation 
time, however, both had progressed to the 
point where CMOS was the technology of 
choice. Unfortunately, time and manpow¬ 
er constraints prevented total conversion 
from N-channel MOS (NMOS) to CMOS. 
However, we felt that an NMOS imple¬ 
mentation (while not ideal) would still 
accomplish our primary goal of demon¬ 
strating the validity of our architectural 
choices. 

After the design was completed and the 
handshakes among the functional units were 
defined and individually tested, the chip as 
a whole was extensively simulated to catch 
as many logic errors as possible. While the 
processor chips were being fabricated, 
several test programs were written to ex¬ 
ercise various chip portions. Upon receipt 
of the fabricated processor chips, testing 
began, and several new errors were de¬ 
tected. (None of them prevented further 
testing, however.) The errors were prima¬ 
rily found in the cache-issue logic inter¬ 
face and required the addition of No Op¬ 
eration instructions in certain places to 
prevent incorrect instruction execution. 
The fabricated chips correctly executed a 
bubble sort program, a hash sort pro¬ 
gram, and a Booth’s multiply program. 
The average maximum 5.5-megahertz chip 
clock speed corresponded to a 5.5 MIPS 
peak execution rate. This was within 20 
percent of the rate predicted by our simu¬ 
lations. 

While this number is not as impressive 
as the performance numbers quoted by 
several other current processors, it is im¬ 
portant to remember that PIPE was fab¬ 
ricated in a very restrictive environment. 
Therefore, PIPE should be compared to 


The most important result 
that emerged from an 
analysis of the 
implementation is that 
architectural queues are 
not difficult to implement. 


processors designed in the same environ¬ 
ment. PIPE was fabricated in 3-micrometer 
NMOS with a single metal level. A more 
accurate comparison for PIPE would be the 
3-pm NMOS versions of the RISC-II 7 or 
MIPS 8 chips. PIPE’S clock rate is two to 
three times higher than either of these ma¬ 
chines. 

Furthermore, Spice simulations of the 
PIPE processor using 2-pm NMOS pa¬ 
rameters with low-resist polysilicon inter¬ 
connects indicate that if this less-restrictive 
NMOS fabrication process were available 
to us, the PIPE performance rate would 
rise to more than 18 MIPS. The availability 
of second-level metallization instead of 
low-resist polysilicon would improve the 
performance even more. Unfortunately, 
MOSIS does not support these fabrication 
processes in NMOS. 


Lessons learned from 
the implementation 


Actually implementing the processor 
provided a unique opportunity to test the 
wisdom and effectiveness of a number of 
design choices. We found that many archi¬ 
tectural choices made in the design process 
were good, and some were not. 

Architectural queues. The most im¬ 
portant result that emerged from an analy¬ 
sis of the implementation is that architec¬ 
tural queues are not difficult to implement. 
The potential of architectural queues to 
improve performance has been repeatedly 
shown. 1,4,9 Building the PIPE processor 
demonstrated that, from an implementa¬ 
tion perspective, there is no reason not to 
equip a single-chip processor with I/O 
queues. By adding an interrupt to the pro¬ 
cessor, we were also able to overcome the 


“machines with queues are hard to inter¬ 
rupt” objection. 

Issue logic. Implementing the PIPE 
processor also demonstrated that the amount 
of logic necessary to resolve interlocks 
quickly and easily at issue time is not 
prohibitive. The benefits of using architec¬ 
tural queues also show up again. Their use 
simplifies the issue logic design somewhat, 
since there is only a single bit that the issue 
logic must test to determine when memory 
has responded with an item. The issue 
logic does not need to know anything about 
the external memory’s speed or structure. 
This allows the processor design to move 
gracefully into different kinds of imple¬ 
mentations and technologies, since no re¬ 
design is necessary to handle varying rela¬ 
tive memory speeds. 

Barrel shifter. Because of the technol¬ 
ogy used to implement PIPE, the barrel 
shifter could not function as originally 
specified and still fit within the desired 
clock frequency. If it had been pipelined, it 
could have been made to function correct¬ 
ly, even in the technology used. However, 
since we decided to stick to the original 
specifications of a single-cycle shifter, some 
of the functionality had to be left out. 

The question of pipelining the barrel 
shifter led us to an unexpected discovery. 
Simulation studies 4 of pipelining’s affect 
on processor performance led us to the 
conclusion that when a processor employs 
I/O queues, the difference between having 
all functional units of length 1 or having all 
of length 2 causes less than a 2 percent 
performance degradation in the bench¬ 
mark programs studied. These results 
imply that there is no reason to spend an 
inordinate amount of time designing the 
ALU to perform an add as fast as the rest 
of the machine cycle. Making the ALU 
take two pipeline stages and making all 
other functional units match it in length 
can have a minimal impact on perfor¬ 
mance. 

The cache control logic. The cache 
control circuitry is undoubtedly the most 
complex logic on the chip. It provides the 
PIPE processor with a sophisticated meth¬ 
od of making the small on-chip instruction 
cache appear many times larger than it 
actually is. It was not clear in the beginning 
that we would be able to implement the 
complicated cache control logic and inte¬ 
grate it on-chip with the rest of the proces¬ 
sor circuitry. However, the actual imple¬ 
mentation proved that the scheme is not 
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prohibitively complicated and that the 
scheme or a subset of it can be a powerful 
tool for a designer. 

The branch count. Supporting a zero 
branch count in PIPE is not recommended 
for two reasons. First, it complicates the 
implementation tremendously because of 
some logical race conditions. In these con¬ 
ditions, obtaining peak performance from 
the cache fetch logic requires that upcoming 
branch instructions be made available in 
the cache control logic one-half clock cy¬ 
cle early. Second, supporting a zero branch 
count limits the number of instructions that 
can appear after a branch instruction. With 
the current maximum branch count of seven, 
only three long instructions can be placed 
into the slots following a branch. This can 
cause problems when it takes four clock 
cycles to get the branch result back from 
the ALU and begin fetching from the ap¬ 
propriate stream. By having a parcel count 
of eight, the processor can put four full 
instructions after a branch, alleviating this 
problem. This will require the compiler to 
replace branch counts of zero with No 
Operations, however. 

Instruction-set format. It is clear from 
the implementation that the decisions to 
support an instruction set with two instruc¬ 
tion sizes and to allow consecutive two- 
parcel instruction issues profoundly af¬ 
fected the instruction fetch logic design. 
This combination requires the PC to in¬ 
crement by either one or two and also 
means that a path from the IQB into the 
instruction register (IR) must be provided 
and supported. Providing these functions 
comprises a major portion of the instruc¬ 
tion fetch logic size. 

By removing the requirements for vari¬ 
able-length PC change, the instruction fetch 
logic can be simplified. There are two 
ways to accomplish this: (1) Make all in¬ 
structions the same size or (2) only allow a 
single parcel to move into the IR on each 
clock. The second approach is the one used 
in the Cray-1, which has an instruction set 
very similar to PIPE’S. By restricting the 
IR loading, the PC only needs to increment 
once per clock. The desired complexity 
reduction of the instruction fetch logic is 
then achieved. Studies of this restriction’s 
effect on processor performance indicate 
that little performance improvement would 
occur if the Cray instruction fetch logic 
was modified to allow two parcels to move 
into the IR each clock. 10 

To analyze this restriction’s affect on 
the PIPE processor, several simulations 


The decision to support 
an instruction set with 
two instruction sizes and 
to allow consecutive 
two-parcel instruction 
issues profoundly affected 
the instruction fetch 
logic design. 


were performed on the PIPE simulator in 
which the loading of the IR was restricted 
in this manner. The simulation results indi¬ 
cate that the ability to issue consecutive 
two-parcel instructions is virtually manda¬ 
tory in a single-chip processor with more 
than one instruction size. The reason for 
this disparity between the Cray and PIPE 
simulation results is that single-chip pro¬ 
cessors have a much higher rate of instruc¬ 
tion issue. This issue rate increases the 
demand on the instruction fetch logic, ex¬ 
posing the delays due to waiting for the 
second instruction parcel. 

Removing the requirement for variable- 
length PC incrementation by making all 
instructions the same size is the approach 
most current single-chip processors take. 
The fixed instruction size is generally 32 
bits. While this may make the instruction 
fetch logic simpler, there is a down side. 
Having two instruction sizes effectively 
increases the instruction bus width and 
improves the performance of the instruc¬ 
tion fetch logic. This is especially true 
when the on-chip instruction cache size is 
limited. With a fixed 32-bit instruction 
size, the PIPE instruction cache could only 
hold 32 instructions. With two different 
sizes, it can hold up to 64. 

The process of creating an initial in¬ 
struction fetch logic that could support an 
instruction set with two instruction sizes 
and move more than one parcel into the IR 
on each clock was extremely difficult. The 
design was also very challenging to debug 
and test. However, once the design is com¬ 
pleted and verified, it can be removed from 
the worst-case implementation path. Be¬ 
cause of this and the potential performance 
improvement mentioned above, it is not 
clear whether it is better to have a fixed 32- 
bit instruction size or an instruction set 
with two different sizes. 


I mplementing the processor architec¬ 
ture enabled us to evaluate several of 
our design decisions in much greater 
detail. We demonstrated that supporting 
architectural queues was not difficult and 
did not unduly complicate the instruction 
issue logic. However, it did free the proces¬ 
sor internal clock rate from external mem¬ 
ory speed influences. In addition, we were 
able to implement a sophisticated instruc¬ 
tion fetch strategy that allowed us to make 
highly efficientuse of a relatively small on- 
chip instruction cache. Portions of this 
strategy could effectively be used by any 
conventional single-chip processor. 

We uncovered a couple of problems with 
our architecture. The first relates to PBR 
instruction. The PBR instruction can have 
a variable number of unconditionally in¬ 
structions associated with it, including zero. 
Supporting the zero case made the imple¬ 
mentation significantly more difficult. It 
would have been wiser to unconditionally 
execute between 1 and 8 instruction par¬ 
cels instead of between 0 and 7. Finally, the 
implications of an instruction format that 
supported two instruction lengths did not 
become apparent until the instruction fetch 
logic was built. The question of the ’’cor¬ 
rect” instruction format remains unresolved, 
however. Providing two instruction lengths 
allows better use of the available off-chip 
bus bandwidth and improves the effective¬ 
ness of a small on-chip instruction cache. 

Our research taught us many things about 
our architecture that no amount of simu¬ 
lation could have revealed. We unearthed 
a number of interesting questions that we 
continue to pursue today. We feel the 
benefits of going through the implemen¬ 
tation process far outweighed the draw¬ 
backs. ■ 
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Hector: A Hierarchically 
Structured Shared-Memory 
Multiprocessor 


Zvonko G. Vranesic, Michael Stumm, David M. Lewis, and Ron White 
University of Toronto 


T he architecture of the Hector 
multiprocessor exploits current 
microprocessor technology to 
produce a machine with a good cost/per¬ 
formance trade-off. A key design feature 
of Hector is its interconnection backplane, 
which can accommodate future technolo¬ 
gy because it uses simple hardware with 
short critical paths in logic circuits and 
short lines in the interconnection network. 
The system is reliable and flexible, and can 
be realized at a relatively low cost. 

An important aim of the Hector project 
is to develop an architecture suitable for a 
general-purpose multiprocessor whose cost 
is directly proportional to size. Thus, an 
entry-level machine would be inexpen¬ 
sive, but can scale to larger sizes. To ac¬ 
commodate configurations with varying 
numbers of processors, Hector has a hier¬ 
archical structure. Bit-parallel rings inter¬ 
connect small bus sections. The buses and 
rings can transfer data independently of 
each other, so aggregate bandwidth in¬ 
creases proportionally with the number of 
these units. 

Hector is suitable for single jobs with 
many parallel tasks, as well as for concur¬ 
rent execution of multiple jobs consisting 


Hierarchical structure 
results in a fast 
backplane and a 
bandwidth that 
increases linearly with 
the number of 
processors. Hector 
scales efficiently to 
larger sizes and faster 
processors. 


of predominantly serial tasks. In other 
words, it is effective in a Unix environ¬ 
ment, as well as in such highly parallel 
commercial and scientific applications as 


transaction systems, finite-element analy¬ 
sis, and computer-aided design. 

Hector in the 
multiprocessor picture 

Our goal in the Hector project is to ex¬ 
plore a design region where the most cost- 
effective multiprocessor solutions are likely 
to lie. Figure 1 shows where the Hector 
architecture fits with existing machines 
and well-known research projects. The 
figure indicates the relative characteristics 
of different machines configured to have 
approximately the same computational 
power — 0.5 to 1 Gflops. 

The two axes in the figure represent two 
important design options. The horizontal 
axis represents the power of the individual 
processors used, with very simple proces¬ 
sors at the origin. The less powerful the 
processors, the larger the number needed 
to achieve the desired aggregate system 
power. 

The vertical axis represents the degree 
of coupling between the processing mod¬ 
ules. In loosely coupled systems, proces¬ 
sors can directly access only their local 
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Figure 1. Coupling and processor power in multiprocessors. 


memories, but use data passing to commu¬ 
nicate with other processors over the inter¬ 
connection network. In tightly coupled 
systems, processors communicate through 
shared memory at speeds normally associ¬ 
ated with local (cached) memory access. 
Between these two possibilities are distrib¬ 
uted memory systems that allow proces¬ 
sors to access shared memory directly, but 
with reduced access times to some memory 
locations. 

Loosely coupled systems are easier to 
build and less expensive, but shared- 
memory systems are considered by many 
to be easier to program. 1 Given two sys¬ 
tems with processors of equivalent power, 
the more tightly coupled one is considered 
to be more general. Typically, it can exe¬ 
cute more efficiently all applications that 
its more loosely coupled counterpart can. 
It can also execute some applications not 
suitable for more loosely coupled systems 
where sharing occurs at a finer granular¬ 
ity. Hence, any system represented by a 
point in the figure is more general than all 
systems represented by points directly 
above it. 

Two extremes in the figure are immedi¬ 
ately apparent. On the left side are ma¬ 
chines with many simple processors, such 
as the Connection Machine, which has many 
1-bit processors. With such machines, in¬ 
terconnection requires a data-passing or¬ 
ganization. On the right side are machines 
that comprise only a few exceptionally 
powerful processors, such as the Cray Y- 
MP/4. These machines can make full use of 
the shared-memory concept. 

Computational power is not simply a 
function of the architecture: An entry us¬ 
ing the Connection Machine (running an 
application executing at 6 Gflops) won 
the Gordon Bell prize for supercomputing 
for 1989, while an entry using the Cray Y- 
MP/8 (running at 1 Gflops) won it for 
1988. 2 

Multiprocessors that rely heavily on ad¬ 
vanced microprocessors lie between the 
extremes. These machines fall into three 
categories, according to the coupling 
scheme used. A data-passing organization 
has been the natural choice in multiproces¬ 
sors based on hypercube interconnection 
backplanes. Well-known examples are the 
Intel iPSC, the Floating Point Systems T 
Series (FPS-T), and the NCube machines. 

The shared-memory model with full 
cache consistency is the goal of the re¬ 
cently proposed MIT Alewife, 3 Wisconsin 
Multicube, 4 and Stanford Dash. 5 Several 
machines have been built with shared- 
memory capability but without hardware- 


supported cache consistency. The BBN 
TC2000, the IBM RP3, 6 and our Hector 
multiprocessor are of this type. These sys¬ 
tems cache read-only code and data, as 
well as local data, but not all shared modi¬ 
fiable data. The Cm* multiprocessor, de¬ 
signed and built at Carnegie Mellon Uni¬ 
versity in the late 1970s, would probably 
also belong to this class if it were imple¬ 
mented with today’s technology. When 
implemented, the BBN Monarch 7 will in¬ 
corporate in a shared-memory organiza¬ 
tion many somewhat simpler processors 
with no caches. 

In Figure 1, a line joins the Connection 
Machine and Cray extremes. The machines 
above this line are economically feasible 
with today’s technology. Indeed, all of the 
machines shown in that region have been 
built, although not necessarily in full size. 
On the other hand, machines that lie below 
the line are more difficult to build; none of 
those shown in the figure have been im¬ 
plemented. With these systems, the chal¬ 
lenge is to provide coherent cached shared 
data with good performance, without in¬ 
troducing excessive interprocessor traffic. 

The systems at both ends of the diagonal 
are expensive. The most cost-effective so¬ 
lutions may lie along a line in the region 
where workstation technology is used, in¬ 
dicated by the vertical line. The point at the 
top end of the line probably represents the 
most inexpensive solution: processors with 
the best price-performance ratio in a sim¬ 
ple interconnection structure. The work¬ 
station technology line is rapidly moving 


to the right; 100-MIPS microprocessors 
may soon be available. Increasing the speed 
of the interconnection network is more 
difficult than increasing the speed of the 
processor chips. Thus, it will be a chal¬ 
lenge to build systems at the point where 
the workstation technology line intersects 
the diagonal. To address this challenge, 
Hector incorporates a novel hierarchical 
pipelined backplane that will scale to future 
technologies. 

Organization of Hector 

Although it is the simplest structure for 
interconnecting several processing mod¬ 
ules, the bus does not scale well in size and 
saturates quickly if too many modules are 
connected. With high-speed processors, 
typically two to six processors can be con¬ 
nected to a bus without significant perfor¬ 
mance degradation. Connecting a larger 
number of processors to a single bus is 
feasible only if the processors’ request rate 
for bus transfers is low. 

Hector exploits the natural advantages 
of the bus by using relatively small bus 
sections tied together through hierarchical 
bit-parallel rings. Figure 2 shows the 
overall organization. A bus section, with 
the associated processing modules, is called 
a station. Several stations are intercon¬ 
nected by a bit-parallel local ring. Local 
rings are, in turn, interconnected by a global 
ring. 

This hierarchical structure is similar to 
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Figure 2. Structure of Hector. 


those of Cm* and Cedar. In Cm*, 8 multiple 
processor-memory pairs are connected by 
a “map-bus” to form a cluster, and mul¬ 
tiple clusters are interconnected via 
“intercluster” buses. Rings at higher lev¬ 
els of the hierarchy, as used in Hector, 
have the advantage that they can be con¬ 
structed using only short point-to-point 
transmission links, allowing for faster 
signaling. Moreover, the overall bandwidth 
of the ring increases proportionally with 
the number of ring segments (although 
increasing the number of ring segments 
also increases latency by a corresponding 
amount). A second difference between 
Hector and Cm* is in how communication 
is controlled. In Cm*, a relatively power¬ 
ful, horizontally microcoded processor 
controls communication, whereas in Hec¬ 
tor, control is by simple discrete logic (im¬ 
plemented in PALs in our prototype). This 
simplicity allows for faster switching and 
higher throughput. 

In Cedar, 9 the lowest level consists of 
several Alliant FX/8 systems, each com¬ 
prising eight processing elements (with 


vector units) connected by a crossbar 
switch to a cache and higher level commu¬ 
nication structures. These, in turn, are con¬ 
nected by another crossbar switch to 
memory. We believe that the relative sim¬ 
plicity of Hector’s rings allows Hector to 
be more easily scaled to larger sizes and 
faster technology. 

Basic Hector architecture. A station 
consists of a number of processing mod¬ 
ules (PMs), connected by a bus. A typical 
PM comprises a microprocessor, cache 
memory, on-board memory, and various 1/ 
O interfaces. While we use the term PM to 
refer to a module (board) plugged into a 
slot in the backplane, a PM need not have 
any processing capability. Some may be 
just memory modules; other specialized 
PMs provide interfaces to various I/O de- 

Hector provides a flat, global (physical) 
address space, where each PM is assigned 
a unique range of addresses. All processors 
can transparently access all memory loca¬ 
tions. Information transfer takes place in a 


packet format using a synchronized pack¬ 
et-transfer scheme. The traffic is controlled 
by three types of interface circuits. A sta¬ 
tion bus interface in each PM handles the 
communication requirements of the PM. A 
station controller controls on-station 
transfers as well as the local ring traffic at 
the station. It contains a set of latches that 
hold an entire packet and a set of transceiv¬ 
ers that isolate the station bus from the 
local ring. A packet traverses the ring by 
being transferred from the latches of one 
station into the latches of the next station. 
An inter-ring interface connects a local ring 
to the global ring. Within one clock cycle, 
a packet can be transferred 

• between two PMs within a station, 

• between the latches of two adjacent 
station controllers or inter-ring inter¬ 
faces, 

• from a PM in a station into the latches 
of the next station controller on the 
ring, or 

• from the latches of a station controller 
to a PM in the station it controls. 

An on-station transfer and a transfer from 
the latches of that station controller to the 
latches of the next station can occur si¬ 
multaneously. The low complexity of each 
operation makes the backplane scalable. 

By controlling both the station bus and 
the corresponding ring segment, the sta¬ 
tion controller can give priority to packets 
being transferred on the ring. It does not 
allow a local PM to access the bus when 
there is a packet in the ring latches ad¬ 
dressed to this station (thus allowing the 
packet to be latched onto the station bus). 
Also, it allows only on-station transfers 
whenever a valid packet in its latches is to 
be transferred to the next station. This 
strategy prevents packets from having to 
be dropped or queued at the station and 
local ring levels. 

The inter-ring interface, which is essen¬ 
tially a 2 x 2 crossbar switch, requires FIFO 
buffers to store packets when collisions 
occur—that is, when packets coming from 
both the local and global rings in a given 
clock cycle have to be routed to the same 
output. 

The addressing scheme is simple, so 
packets can be routed with minimal over¬ 
head in a fraction of a clock cycle. Each 
ring is identified by the most significant r 
bits of the (memory) address, the station is 
identified by the next s bits, and the slot in 
the station is identified by the least signif¬ 
icant p bits. This allows simple and fast 
address decoding. 
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Memory access and communication 
protocol. Accesses to remote memory 
modules are transparent to the processors. 
A nonlocal memory request is recognized 
by the control circuitry at the station bus 
interface, which forms a request packet. 
The request packet includes a 32-bit desti¬ 
nation memory address and a source PM 
address. In the case of a write, the packet 
also contains 32 bits of data. When the 
packet arrives at the destination, the desti¬ 
nation station bus interface performs the 
action requested (read or write) and returns 
a response packet to the source. For a read, 
the response packet contains up to 64 bits 
of data. For a write, the response packet is 
just the acknowledgment that the write 
operation has been completed. The response 
packet is sent to the PM identified by the 
source address in the request packet. 

If the source PM receives no response 
packet within a time-out period, it retrans¬ 
mits the request. If it receives no response 
after multiple retries, the operation fails. 
The requesting PM also retransmits the 
request if it receives a negative acknowl¬ 
edgment response, which happens, for 
example, when a remote PM recognizes a 
request but cannot service it. To allow a 
PM to have multiple outstanding requests, 
a tag is included in each request packet and 
returned with the response packet so that 
the response can be matched to the correct 
request. (Our prototype implementation 
allows only one outstanding request.) 

Considerable flexibility is permitted in 
the memory-access requests, which can 
involve 8-, 16-, 32-, or 64-bit data. A burst 
read of 128 bits can be used to load cache 
lines. For burst reads, the responding PM 
automatically generates multiple response 
packets, each containing 64 bits of data. 
The entire operation is retried if any response 
packet does not arrive within the time-out 
period. 

Atomic operations. Packet transfer is 
usually reliable. Therefore, to reduce hard¬ 
ware complexity and cycle time and hence 
increase performance for the common case, 
we believe that individual packet transfers 
can be aborted without specifically sig¬ 
nalling an error condition. For example, a 
packet may be dropped when a transmis¬ 
sion error is detected (by parity bits) or 
when a buffer overflows. Requiring the 
hardware to generate negative acknowl¬ 
edgment packets in these cases would add 
to its complexity. Hector’s communication 
protocol allows source PMs to detect aborted 
transfers by timing out, at which time they 
can retransmit the request packets. 



Figure 3. The problem with nonidem- 
potent requests. 


For read and write operations, the re¬ 
quest-response protocol with time-out 
works correctly because of the idempotent 
nature of the operations. (Strictly speak¬ 
ing, the write operation is not idempotent: 
A retransmission of a write request may 
result in the write operation occurring twice. 
This is acceptable for most applications; 
for the others, the write must be made part 
of a critical region.) 

An important operation for which the 
request-response protocol will not work 
directly is read-modify-write, which is 
needed to implement a processor’s test- 
and-set or swap instructions. Here, a diffi¬ 
culty arises if a PM does not receive a 
response to a read-modify-write request 
within a time-out period. The source sta¬ 
tion bus interface does not know whether 
its request packet was dropped or whether 
the corresponding response packet was 
dropped (in which case all further retries 
may fail). This situation is shown in Figure 
3, where the response to a test-and-set 
request is dropped. When the destination 
PM receives the retransmission of the test- 
and-set request, it returns a negative ac¬ 
knowledgment because the lock is already 
set. The source PM cannot determine 
whether the lock was set by its initial re¬ 
quest or whether it was set by another 
processor in the meantime. 

To handle this situation, the read-mod¬ 
ify-write operation is performed in two 


separate stages. In the first stage, the PM 
sends a read-and-lock request, which caus¬ 
es the responding PM to read the addressed 
memory location and return its contents in 
a response packet. When the requester re¬ 
ceives the data requested in its read-and- 
lock packet, it starts the second part of the 
read-modify-write by sending the data to 
be written to the destination memory in a 
write-and-unlock packet. To guarantee 
atomicity, the responding PM must pre¬ 
vent other processors from performing a 
read-and-lock at the same memory loca¬ 
tion between these two operations. Each 
station bus interface maintains a set of 
<proc, addr> pairs for this purpose, so an 
entry is recorded during the read-and-lock 
operation and cleared during the write- 
and-unlock operation. The station bus in¬ 
terface also uses these <proc, addr> pairs 
to detect and appropriately handle dupli¬ 
cate requests resulting from retransmis¬ 
sions. 

This protocol allows atomic operations 
on any memory location and can survive 
losses of packets, regardless of the packet 
lost. If either the read-and-lock or its re¬ 
sponse is lost, the requester will time out 
and retransmit the request. If the destina¬ 
tion PM received the original request, it 
will recognize the retransmission (since it 
stored the requester’s identifier) and re¬ 
spond with an acknowledgment. If either 
the write-and-unlock or its response is lost, 
the requester will also time out and re¬ 
transmit the request. If the original write- 
and-unlock packet was lost, this will result 
in a write-and-unlock action. Otherwise, 
the destination PM will send an acknowl¬ 
edgment. 

Hector’s backplane compared with 
other interconnection structures. As a 

hierarchical system. Hector provides for 
fast local operations over a bus. Most sys¬ 
tems with nonuniform memory-access times 
support memory accesses at only two time- 
cost levels — namely, local on-board ac¬ 
cesses and remote accesses. For example, 
in a 16-processor BBN TC2000, the ac¬ 
cess-time differential between local memory 
and remote memory is 1:4. In contrast, 
Hector has multiple levels in its hierarchy, 
so the cost of accessing data increases 
incrementally with the distance. In our 
prototype implementation, the access time 
differentials between local, on-station, on- 
ring, and off-ring memory are 1:1.2:2:4. 
The advantage of a hierarchical structure 
is that much of the communication re¬ 
mains within the lower levels of the hier¬ 
archy because of the locality in data ac- 
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Table 1. The cost and complexity of interconnection structures (n < 256 is the 
number of processors). 


Parameter 

Hector 

Banyan 

Crossbar 

Hypercube 

Longest wire length 

0(1) 

0(n) 

0 (n ) 

0(n) 

Gates in switch path 

0 (log n ) 

0 (log n ) 

0 (log n ) 

0 (log n ) 

Total switch cost 

0 (n) 

0 (n log n ) 

0 (n 2 ) 

0(n log n ) 

Switch data bits 

0(1) 

0(1) 

0(n) 

0 (log n) 

Switch control bits 

0(1) 

0(1) 

0 (n log n ) 

l O (log n ) 

Switch complexity 

0(1) 

0(1) 

0(n 2 ) 

0 (log n ) 

Fan-out 

0(1) 

0(1) 

0 (n) 

0 (log n) 


cesses, resulting in relatively low average 
memory-access times. Moreover, since a 
bus is used at the hierarchy’s lowest level, 
a simple snoopy protocol can provide cache 
consistency among the PMs attached to the 
bus. 

Other important and distinctive advan¬ 
tages of the Hector backplane are its sim¬ 
plicity, low cost, and scalability to higher 
clock rates. Direct comparisons with other 
systems are difficult. Nevertheless, Table 
1 summarizes our attempt to compare met¬ 
rics that affect the cost and speed of several 
interconnection structures. Besides Hec¬ 
tor, we considered Banyan networks, 
crossbars, and hypercubes. 

The ability to scale an interconnection 
network to higher speeds depends largely 
on the longest wire length needed to con¬ 
nect system parts. Signal quality degrades 
over long wires at higher clock rates, and 
skew between signals in a cable makes it 
difficult to reduce the clock cycle time. 
The first line in Table 1 gives the length of 
the longest wire required by each type of 
network. We assume that these systems 
can be implemented to fit in a single rack, 
since a system within a single rack has a 
maximum wire length that is a linear func¬ 
tion of processor distance, while in a larger 
system the wire length might be the square 
root of the distance. Hector has a constant- 
length wire, since each ring connects only 
to its immediate neighbor. In our proto¬ 
type, with two levels of rings, the longest 
wire is only seven inches. All the other 
systems require a wire length proportional 
to the size of the system, because they 
require connections to processors at least 
halfway across the entire set of processors. 
This makes it difficult to scale to high 
clock speeds. 

The number of gates in the path can also 
cause significant delays. All of the systems 


have identical orders of delay, although 
they still may differ by a constant factor 
that can be quite large (for example, 50 
nanoseconds, the time it takes to transfer a 
packet in Hector, as opposed to 7 ns, the 
delay through a crossbar multiplexer). The 
third line in the table measures the total 
cost of the switch for an entire system. 
Hector maintains O(n) cost, so the switch 
cost is always a small constant fraction of 
the total system cost. At the other extreme, 
the cost of a crossbar is 0(n 2 ), which can 
rapidly dominate the total system cost as n 
becomes larger. 

The remaining lines of Table 1 measure 
the complexity of implementing the inter¬ 
connection network using application- 
specific integrated circuits (ASICs). The 
fourth line measures the amount of data 
processed by a switch, and the fifth line 
measures the number of bits required to 
control data routing at a switch. These 
metrics are important because the number 
of pins that can be connected to a chip is 
limited. The sixth line gives the logic com¬ 
plexity in a single switching unit. All net¬ 
works, with the possible exception of large 
crossbars, are simple enough to be imple¬ 
mented with ASICs. The last line gives the 
fan-out per wire. 

Table 1 supports our claim that Hector 
offers a scalable architecture through its 
use of short electrical connections, and 
does so at a lower cost than other intercon¬ 
nection networks. 

Implementation 

Figure 4 shows a block diagram of the 
PM board. The processor is a Motorola 
MC88100 microprocessor running at 20 
MHz. The cache consists of up to four 
Motorola MC88200 16-Kbyte cache chips. 


The on-board memory comprises up to 16 
Mbytes of RAM, implemented as part of 
the processor boards rather than as sepa¬ 
rate modules to reduce bus loading and 
the average number of bus accesses. The 
PM contains two on-board buses called 
the processor bus and the memory bus. 
They are separated by buffers to isolate 
the processor from the memory bus, al¬ 
lowing other PMs to access this memory 
while the processor is accessing off-board 
memory. 

Three main memory activities on a pro¬ 
cessor board are important: processor on¬ 
board requests, processor off-board re¬ 
quests, and requests from the station bus 
to the memory. The processor accesses on¬ 
board memory by first obtaining control 
of the memory bus and then accessing the 
memory. Off-board references from the 
processor use the station bus interface 
circuitry, as explained earlier. The station 
bus interface places arriving memory re¬ 
quests in a two-deep FIFO before re¬ 
questing control of the memory bus. Once 
control is granted, it performs the mem¬ 
ory operation and returns the acknowl¬ 
edgment together with any data. It signals 
a negative acknowledgment on a distinct 
bus line if the FIFO is full when a packet 
arrives. 

The station bus and local ring inter¬ 
face. Station bus operations are pipelined 
as follows. A source PM sends a bus re¬ 
quest to the station controller during one 
cycle. If there is no contention, the station 
controller returns the bus grant at the be¬ 
ginning of the next cycle and the PM places 
the packet on the bus during the same cycle 
in which it received the grant. In the case of 
an on-station transfer, the destination PM 
acknowledges reception of the packet in 
the next cycle by asserting the Received 
line of the bus. A separate acknowledg¬ 
ment packet is therefore not necessary for 
on-station write requests. If the Received 
line is not asserted, the source PM will 
immediately attempt to retransmit the re¬ 
quest. The entire process — from the time 
the source module asserts its Request line 
to the time it recognizes its Received line 
— takes three cycles, but it ties up the bus 
for only one. Independent transfers from 
different source modules can therefore be 
placed on the bus in each cycle, allowing 
full use of the bus bandwidth. 

The station controller is responsible for 
arbitration of the station bus and data trans¬ 
fer between the station bus and the local 
ring. It gives the highest priority to packets 
on the ring addressed to its station. Lower 
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priority is given to requests for off-station 
transfers by PMs on the station. An off- 
station transfer is accommodated whenev¬ 
er the ring segment has an empty slot. The 
lowest priority is given to on-station trans¬ 
fers. Within this priority strategy, the bus 
is granted in a round-robin fashion when 
multiple off-station or multiple on-station 
bus requests are outstanding. 

The inter-ring interface. The inter-ring 
controller has a two-deep FIFO buffer. In 
general, it gives priority to packets com¬ 
ing from the global ring; hence, packets 
that successfully reach the global ring will 
reach their destination (if no transmission 
errors occur). Extensive simulations indi¬ 
cate that this strategy provides the best 
performance for virtually all data-access 
patterns. Simulation results also indicate 
that for the type of data-access patterns we 
expect to be typical, a global ring connect¬ 
ing n rings with interfaces containing 
two-deep buffers has fewer collisions than 
an nxn crossbar with no buffers. 

Instrumentation support. We have 
implemented an instrumentation facility 
that allows nonintrusive hardware moni¬ 
toring. It can operate in a number of modes. 
For example, the address histogram mode 
allows generation of histograms based on 
address information, conventional mem¬ 
ory-use profiles, or interreference-jump- 
distance distributions. The state histogram 
mode allows analysis of bus-cycle and 
machine-state distributions. Two tracing 
modes are also supported. The full trace 
mode traces address information and the 
timestamp mode is used when references 
to a small number of objects may be dis¬ 
tributed over long periods of time. This 
experimental facility allows us to monitor 
and measure low-level activity on real 
workloads. 

Scaling for speed. Hector’s intercon¬ 
nection network is designed to be scalable 
to higher speeds. The minimum cycle time 
is 46 ns in our prototype, as shown in Table 
2. The relatively long time to drive the bus 
is due to the large capacitive load offered 
by the multiple bus drivers and receivers 
on each station. 

Processor clock speeds will continue to 
increase. The clock cycle of the Hector 
backplane can be reduced by adding pipe¬ 
line stages in the bus controller. This will 
lead to better throughput but increased la¬ 
tency. For example, the bus operations in 
Table 2 can be split into two pipeline stag¬ 
es. In the first stage, a packet is enabled 



Station bus 


Figure 4. Processor board block dia¬ 
gram. 


onto the bus from one bus driver and clocked 
into all receivers without being decoded, 
reducing the electrical loads on the bus 
from the current three to one per PM. The 
time needed to accomplish this essentially 
dictates the cycle time. The second stage is 
decoding: The controller determines in 
which buffer the packet should be placed. 
If the packet is addressed to a given mod¬ 
ule, the controller selects a multiplexer to 
pass the packet into an appropriate set of 
latches. 

The second way to reduce cycle time is 
to use ASIC technology. The top half of 
Table 3 shows our timing estimates for the 
pipelined implementations using standard 
complementary metal-oxide semiconduc¬ 
tor (CMOS) cells with conventional medi¬ 
um-scale integration (MSI) bus drivers and 


Table 2. Current 20-MHz bus timing. 


Operations Time(nano- 

seconds) 

Clock -> bus grant 

7 

Bus grant —> drive bus 

18 

Drive bus —» decode address 
Decode address —> controller 

7 

output 

10 

Setup time 

2 

Skew 

2 

Total 

46 


receivers (because of the low drive capa¬ 
bility of CMOS ASICs). The reduced time 
to drive the bus is due to decreased loading 
on the bus. The bottom half of Table 3 
shows timing estimates for an implementa¬ 
tion using an emitter-coupled logic (ECL) 
gate array that includes the bus drivers and 
receivers on chip. 

An implementation using ASICs would 
eliminate many constraints that limit per¬ 
formance in our prototype. In particular, 
because of the large number of chips re¬ 
quired, the MSI technology we use makes 
it difficult to implement buffering or pipe¬ 
lining for data paths. With ASIC technol¬ 
ogy we could implement many such buff¬ 
ers on a small part of a chip. This would 
also allow us to reduce memory-access 
times significantly by interleaving the 
memory system, pipelining the memory 
error-correction circuitry to deliver cor¬ 
rected data at full memory bus speed, and 
increasing the size of the data path to 64 or 
128 bits. In addition, an eight-packet-deep 
FIFO in the station bus interface would 
dramatically reduce the number of retries 
required. Ultimately, VLSI technology will 
advance to the point where it may be fea¬ 
sible to implement an entire Hector station 
on a single chip. 


H ector has three important advan¬ 
tages. First, the hierarchical 
structure allows short transmis¬ 
sion lines and construction of a simple and 
fast backplane. This makes Hector scal¬ 
able to match the needs of future high¬ 
speed microprocessors and leads to in¬ 
creased performance, reliability, and 
flexibility, as well as to lower cost. Sec¬ 
ond, the cost and the overall bandwidth of 
the structure grow linearly with the num¬ 
ber of processing modules. This makes 
Hector expandable to large sizes, yet al¬ 
lows small configurations at a low cost. 
Finally, the cost of a memory access grows 
incrementally with the distance between 
the processor and memory location. This 
allows the low cost of localized memory 
accesses to be exploited by single threaded 
applications, applications with a small de¬ 
gree of parallelism, and applications with a 
high degree of locality in their memory 
accesses. 

A possible shortcoming of our current 
design is the lack of cache consistency 
across all processing modules. While hard- 
ware-based cache consistency mechanisms 
for larger systems is an active area of re¬ 
search, 3 ' 5 it appears that their complexity 
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Table 3. Timing estimates for CMOS and ECL ASIC technology. 


Technology 

Stage (time in nanoseconds) 

Stage (time in nanoseconds) 


CMOS 

Stage 1 


Stage 2 



Clock —> grant 

7 

Clock -4 clocked bus data 

11 


Grant —> drive bus 

14 

Clocked bus data -> ASIC bus 

2 


Setup time 

3 

ASIC bus —> decoded address 

4 


Skew 

2 

Decoded address -» controller 





output 

5 




Controller output —> multiplexer 





output 

3 




Setup time 

1 


Total 

26 

Total 

26 

ECL 

Stage 1 


Stage 2 



Clock —> grant 

1 

Clock —> clocked bus data 

1 


Grant —» drive bus 

5 

Clocked bus data —> decoded 



Bus -> ASIC 


address 

2 


internal bus 

1 

Decoded address -4 controller 



Setup time 

1 

output 

2 


Skew 

2 

Controller output -> multiplexer 





output 

1 




Setup time 

1 




Skew 

1 


Total 

10 

Total 

8 


and cost will be excessive if consistency is 
maintained at the granularity of relatively 
small cache lines. It is not easy to provide 
consistency at this granularity because of 
the excessive intermodule traffic and bot¬ 
tlenecks caused by synchronization and 
serialization requirements. We expect 
consistency will be even more difficult to 
maintain as faster processors with multi¬ 
level caches are introduced. Software tech¬ 
niques that keep caches consistent at a 
coarser granularity 10 may be a workable 
solution, although it is not yet clear how 
effective they can be for different parallel 
applications. 

Nonuniform memory-access times im¬ 
pose a challenge in the design of operating 
systems and parallel applications. To ex¬ 
ploit the performance potential of a system 
like Hector, memory, I/O, and processors 
must be managed to minimize the average 
memory-access costs by reducing the 
number of remote memory accesses. The 
memory-management subsystem can rep¬ 


licate or move pages to bring them closer to 
the processes accessing them, but must 
prevent excessive paging overhead. The 
scheduler can place processes close to the 
data they are accessing, simultaneously 
attempting to balance the load on the pro¬ 
cessors. Hector’s raw I/O capacity is large 
because each PM has I/O capabilities, and 
I/O devices can be attached directly to the 
station bus. But this capacity cannot be 
exploited if all I/O traffic must traverse the 
system. It is, therefore, important to local¬ 
ize I/O accesses. 

We are expanding our Hector prototype, 
which now consists of several stations 
connected by a local ring. Two research 
groups at the University of Toronto have 
developed operating systems to support 
Hector and allow it to run application 
software. Hector provides an excellent 
experimental testbed for studying such 
software issues as processor scheduling, 
parallel I/O, memory management, and 
softwarecacheconsistency. ■ 
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W ith a $13,000 two-slot addition 
called Splash, a Sun worksta¬ 
tion can outperform a Cray-2 
on certain applications. Several applica¬ 
tions, most involving bit-stream computa¬ 
tions, have been run on Splash, which re¬ 
ceived a 1989 Gordon Bell Prize honorable 
mention for timings on a problem that 
compared a new DNA sequence against a 
library of sequences to find the closest 
match. In essence, Splash is a programma¬ 
ble linear logic array that can be config¬ 
ured to suit the problem at hand; it bridges 
the gap between the traditional fixed-func¬ 
tion VLSI systolic array and the more 
versatile programmable array. 1,2 

As originally conceived, a systolic array 
is a collection of simple processing ele¬ 
ments, each with a fixed, data-independent 
function, along with a one- or two-dimen¬ 
sional nearest-neighbor communication 
pattern. 3 The local nature of the communi¬ 
cation gives the systolic array a high com¬ 
munications bandwidth, and the simple, fixed 
function gives a high packing density for 
VLSI implementation. However, since the 
function is built in, the application space of 
a particular systolic array is rather limited. 
Recognizing the benefit to be gained from a 
more flexible base for systolic algorithm 
implementation, H. T. Kung and colleagues 


Construction of real 
hardware and feedback 
from real users 
contributed to Splash’s 
design, development, 
and success. For 
certain pattern¬ 
matching applications 
its price/performance 
ratio is unmatched. 


built the Warp array, 1 a linear array in which 
each cell is a powerful very-large-instruc- 
tion-word processor. Currently, a two-di¬ 
mensional array of custom 32-bit proces¬ 
sors is being built jointly by Intel and 
Carnegie Mellon University. 4 

Like the simple fixed-function systolic 


I array, the linear array of chips comprising 
Splash is programmed at a very low level. 
A hardware implementation of the desired 
algorithm must be synthesized. Unlike the 
fixed-function systolic array, the “hard¬ 
ware” can be reprogrammed and loaded 
with new algorithms. This is made possible 
by using field-programmable, gate arrays 
(FPGAs) as the chips of the linear array. 
Unlike the programmable systolic array, 
each stage of linear array does not have an 
instruction set architecture. Rather than 
processors with a fixed instruction set, a 
stage contains several hundred “configu¬ 
rable logic blocks,” each of which can be 
configured at the gate level to compute 
certain sorts of Boolean functions. There is 
no fixed number of systolic cells in the 
Splash array. The amount of logic in each 
cell determines the number of systolic cells 
per chip and therefore the number of cells 
in the array. Typical applications have eight 
or 16 systolic cells per chip. 

This gate-level programmability enables 
high-speed execution of algorithms, since 
only necessary circuitry executes. Systolic 
and parallel algorithms implemented at the 
gate level on Splash have achieved speed- 
ups of up to 330 over one Cray-2 proces¬ 
sor 5 ; speedups greater than 10 times are 
achieved routinely. 
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Figure 1. The 32-stage linear array. 


Overview of Splash 

The Splash design was motivated by a 
systolic algorithm for DNA pattern match¬ 
ing. 6 From the outset, the application do¬ 
main has focused on non-floating-point 
applications such as pattern matching. Many 
pattern-matching applications must recog¬ 
nize when two sequences are similar, even 
though they may not be identical. Exam¬ 
ples include speech recognition, data re¬ 
trieval, and genetic analysis. 7 The Splash 
architecture is suited to one-dimensional 
pattern matching. A two-dimensional im¬ 
plementation with similar FPGA technolo¬ 
gy has been built by Digital Equipment 
Corporation Paris Research Labs. 8 

The design of a prototype was begun in 
September 1988 at the Supercomputing 
Research Center. In June 1989, Splash was 
released to the SRC user community. 
Operational at that time were five Splash 
systems, the Logic Description Generator 
(LDG) language, and the Trigger symbolic 
debugger. Currently, 16 Splash arrays are 
in use at SRC, Brown University, and else¬ 
where. 

System. Splash consists of two boards, 
the first containing the linear array and the 
second containing a dual-ported memory 
card. The two boards reside in two VME 
(Versabus modified for Eurocard) slots of a 
Sun-3 or Sun-4 workstation (see Figure 1). 

The Splash logic-array board holds 32 
Xilinx 3090 programmable gate arrays 9 
and 32 memory chips. Two additional Xil¬ 
inx chips are used for bus control. The 
logic array card connects to the Sun VME 
bus for control and the Sun VME Subsystem 
Bus (VSB) for data I/O. The associated 


dual-ported memory card connects to the 
Sun VME bus for data initialization and 
retrieval and to the Sun VSB bus for data 
I/O to and from the logic array. 

Programming. Splash is programmed 
by specifying the logic functions and inter¬ 
connections of each of 320 configurable 
logic blocks (CLBs) and 144 input/output 
blocks (IOBs) on each of the 32 chips. A 
Xilinx 3090 FPGA contains a 20 X 16 grid 
of CLBs surrounded on the perimeter by a 
single layer of IOBs (Figure 2). A CLB has 
a combinatorial logic section, two D flip- 
flops, and an internal control section. The 
CLB can be configured to generate any 
function of five variables, any two func¬ 
tions of four variables (see Figure 3), or 
some functions of up to seven variables. 
The IOBs provide the interface between 
external package pins and the internal log¬ 
ic. Each IOB has input and output buffers, 
which include both registered and direct 
data paths. 

Each Xilinx chip is programmed at the 
gate level using the Logic Description 
Generator language. LDG is a computer- 
aided design tool developed at SRC, with 
language constructs to describe and repli¬ 
cate systolic cells and to place the cells on 
a chip. Parameterized cell descriptions may 
be written, providing a functionality simi¬ 
lar to the VHDL (VHSIC hardware de¬ 
scription language) generate command. 

Splash designs are debugged using the 
Trigger symbolic debugger, also devel¬ 
oped at SRC. Trigger is similar to a software 
debugger, with user-definable procedures 
and local variables. The values of specific 
locations on the gate array can be examined 
symbolically. The array can be single 
stepped or stepped in burst mode. Inter¬ 


rupts can either be ignored or can invoke a 
Trigger procedure. 

LDG and Trigger permit rapid design 
turnaround time that is more comparable to 
software than hardware redesign. With 
LDG, it takes only a few keystrokes to 
significantly modify a chip design, which 
can be easily tested with Trigger. These 
design tools, plus the fact that a design can 
be loaded on the board in half a second, 
make it easier to generate and test a new 
chip design on Splash hardware than to 
simulate several different designs before 
committing to hardware. 

Hardware development 

Designing and developing Splash re¬ 
quired numerous decisions and trade-offs 
in defining the hardware (and the LDG and 
Trigger, as described in later sections). 

The systolic array, as first envisioned, 
was to consist of many stages connected in 
a one-dimensional array. Each stage was to 
have three components: a Xilinx FPGA, 
local memory, and a floating-point chip. 

The initial design called for dual-ported 
local memory so that the host could direct¬ 
ly access all the memory on the board. For 
the prototype, we planned to develop a 
simple one-board system that would plug 
into a Sun workstation, communicating 
with the Sun CPU over the VME bus. 
Because we opted for a single-board sys¬ 
tem, space became the constraining factor. 
Thirty-two FPGA/SRAM pairs fit nicely 
on a 9U x 400-millimeter card but left no 
room for floating-point chips. Since the 
application driving the design did not re¬ 
quire floating-point manipulation, we 
eliminated floating-point chips from the 


82 


COMPUTER 














































design. That left 32 stages, each with an 
FPGA and an SRAM chip. 

At that time, the biggest and fastest 
memories were single- ported 128Kx 8,50- 
nanosecond SRAMs. Thus, we were faced 
with choosing between slower, dual-port¬ 
ed, host-accessible SRAMs and faster, sin¬ 
gle-ported memories accessible only 
through the Xilinx chips. Since we expect¬ 
ed applications to use the local memories 
primarily for constant tables, which would 
be loaded initially through the host and 
accessed only locally, we opted for the 
faster, single-ported SRAMs. 

Finally, we used two more Xilinx chips 
for the VME bus interface so that changes 
to the VME interface design could be 
quickly implemented without modifying 
the hardware. 

To simulate or not to simulate. Because 
the flow of systolic algorithms is data inde¬ 
pendent, we could estimate the prototype’s 
performance on targeted applications be¬ 
fore actually building the board. However, 
several potential users questioned the ac¬ 
curacy of these predictions. They felt we 
should simulate the design first, but ini¬ 
tial estimates showed that simulating the 
Xilinx chips on a Zycad SDE would be 
2,500 times slower than Splash — even for 
simple programs. 

Since the board design was relatively 
simple, we decided to build the board rath¬ 
er than invest resources in a simulator. This 
turned out to be the right decision. It took 
two engineers only six months to get the 
first board up and running. Since we chose 
not to write a simulator, the software engi¬ 
neers developed the programming and de¬ 
bugging tools simultaneously with the 
hardware. 

Communicating with the host. A sim¬ 
ple VME interface was built first. The 
initial design had specified this as the only 
communication channel to the Sun host. 
Realizing that the Splash card could quickly 
outrun the 1 millisecOnd/32-bit VME 
transfer rate, we added a second, faster 
communication channel, the VSB bus. This 
necessitated a second off-the-shelf, dual- 
ported memory card as a staging memory 
for Splash. The original VME interface 
was retained for control transfers. 

In the revised design, the Sun transfers 
data to and from the staging memory via 
the VME bus, and Splash communicates 
with the staging memory over the VSB 
bus. The addition of the VSB interface 
considerably complicated the design, but 
at the time we felt the factor of two in I/O 




Figure 3. A configurable logic block. 


speedup compensated for the additional 
complexity. 

Design for debuggability. Development 
of an actual hardware system often leads to 
incorporating features that might not seem 
necessary in a simulated environment. For 
instance, hardware support for debugging 
programmed applications on the Splash board 
would not have been a consideration in a 


paper study. It was clear early in the devel¬ 
opment, however, that we had to design for 
ease of debugging. The designer has to have 
some way of knowing what the gate arrays 
are doing at any given point in time. 

Fortunately, the Xilinx chips have a fea¬ 
ture called state readback. Just as the chip 
is programmed by shifting into the chip a 
64K serial string of bits, the state can also 
be read out. The configuration of the chip 
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and the state of all user-definable flip-flops 
on the chip are shifted out. This feature, 
combined with the ability to single step (or 
step in bursts), has proven extremely valu¬ 
able for debugging user programs. 

Although state readback and single step 
were incorporated into the 32 Xilinx chips 
in the array, these features were not used 
on the two Xilinx chips for the VME in¬ 
terface. To debug the logic on these chips, 
we had to use the traditional logic analyzer 
to observe signals on the chip’s external 
pins. To observe internal signals, however, 
we had to redesign the chip, bringing these 
signals to external pins. These external 
routings made the chip more complicated 
and altered signal timings (longer paths) of 
critical logic sections. The external routings 
changed frequently and eventually had to 
be removed after debugging, thus the actu¬ 
al design was not really debugged at all. 
Having state readback and a debugger for 
these control chips would have drastically 
reduced the design time for Splash. 

In addition to state readback and single 
stepping, other important debugging fea¬ 
tures include a user-definable variable- 
speed clock and maskable interrupts. If 
desired, the clock may be stopped as soon 
as an interrupt occurs. The user can op¬ 
tionally provide data flow control; if the 
input buffer (FIFO) between Splash and 
the VSB memory is empty, the clock 
“pauses” allowing the FIFO to fill, insur¬ 
ing contiguous data from the staging mem¬ 
ory. Because the control logic was imple¬ 
mented with the Xilinx chips, many 
additional features were added after the 
board was built. 

SRAM and Xilinx chip connection. 

We considered two alternative methods of 
connecting the SRAMs to the Xilinx chips. 
The first, perhaps more straightforward 
approach, was to dedicate 28 pins of each 
chip to SRAM. Each chip would have its 
own local memory, accessible only to that 
chip. However, we wanted high intercon¬ 
nectivity between Xilinx chips. Taking away 
28 pins exclusively for the SRAM was 
undesirable. 

The alternative strategy, which we 
adopted, called for an SRAM connection 
to share lines connecting two chips. This 
had several additional advantages. The 
memory was now accessible to (wo adja¬ 
cent chips, giving the designer the option, 
for example, of having every other stage 
have a memory of size 256K x 8 or 128K x 
16. Another possibility is for one stage to 
be the reader and the next the writer. If the 
local memory is not required, the single 


The goal of the 
architectural study 
was to design and 
implement a 
programmable 
linear array. 


dedicated line to it can be disabled, and the 
other 27 pins can be used for communicat¬ 
ing with the adjacent chip. The hazard of 
this implementation is that the designer 
must coordinate access to the memory so 
that both chips do not try to access the same 
SRAM at the same time. 

Evaluation. We have evaluated Splash’s 
performance on real applications, as well 
as on a set of synthetic benchmarks, and 
found the following of note. 

• I/O-limited. The Splash board is in¬ 
deed I/O-limited. Many applications could 
run at least an order of magnitude faster 
with better I/O. 

• Host inaccessibility to SRAMs. Al¬ 
though the application designer can work 
around the lack of dual-ported SRAM 
memories to the host, the inconvenience of 
getting data into and out of the local mem¬ 
ories rules out some applications that need 
host access to local memory. Using bigger, 
wider, and faster memories would be an 
important objective for a follow-on design. 

• State readback. The state readback 
capability was originally designed for de¬ 
bugging. However, we found another im¬ 
portant, unanticipated use. Often, it is 
convenient to design a systolic algorithm 
in which the results are accumulated in 
stationary registers in the array. In this 
case, state readback can be used to read 
results at the end of a computation. This 
technique has been used in many Splash 
applications. However, the amount of time 
to read back the state (about half a second) 
is often too long. A 64K bit stream is sent 
to the Sun host and filtered. The remaining 
1,024 bits constitute the desired state in¬ 
formation. The new Xilinx 4000 series 
discards the extraneous bits (which encode 
each chip’s CLB and IOB configurations) 
at the chip. We plan to use the new part in 
Splash follow-ons. 


• Using the VSB. We expected the addi¬ 
tion of the faster VSB to speed I/O by a 
factor of two. This proved to be the case for 
applications that made repeated passes over 
the data set; however, applications that 
made only a single pass paid a penalty. The 
data first had to be loaded over the VME 
bus to the staging memory and then from 
the staging memory to the logic array board. 
Results also had to go first to the staging 
memory and then through the VME back to 
the host. Thus, single-pass applications ran 
slower than they would have with only the 
VME interface for data. Because we’ve 
found that applications are typically one 
pass rather than multiple pass, we are now 
making VSB-less single-board systems per 
the original design. 

Not all of these features would have 
been considered if a prototype had not been 
built. The applications work has given us a 
greater understanding of the limitations 
and capabilities of Splash. 

Path to the Logic 
Description Generator 

Initial language. The intent of the Splash 
project was to study the systolic model of 
computing both architecturally and at the 
language level. The goal of the architectural 
study was to design and implement a pro¬ 
grammable linear array. The language ob¬ 
jective was to understand the essential 
language constructs that describe a systolic 
computation; to define or adapt an existing 
language in which those systolic constructs 
were embedded; and, if an appropriate target 
machine was built, to implement a compil¬ 
er for the language. 

The core systolic constructs we selected 
were (1) the notion of a logical systolic cell 
through which data are streamed and (2) 
the replication and interconnection of the 
logical cells to form the systolic array. 

The language construct satisfying the 
first need is called a template , which is 
associated with named input and output 
signals and whose body, in a hierarchical 
fashion, can contain other templates as 
well as language primitives. In response to 
the second need, we developed a concise 
notation to specify the replication and in¬ 
terconnection of the parts in a template. 

In the first iteration of LDG design, the 
language primitives consisted of the usual 
Boolean logic operations as well as D flip- 
flops. The language processor expanded 
hierarchically invoked templates until a 
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primitive was encountered. The primitive 
was then output in a format required by the 
Xilinx tools. 

Required revision. We implemented this 
initial version of LDG and found that pro¬ 
gramming the Xilinx chip at the logic 
equation level did not effectively utilize 
the chip. Our experience showed that using 
Xilinx tools to automatically pack the logic 
equations into logical CLBs, to assign the 
logical CLBs to physical locations on the 
chip, and finally to route the chip resulted 
in, at most, 10 percent use of the CLBs. 

Our performance requirements demand¬ 
ed high chip-area use. Thus, the realities of 
the design environment dictated a change 
to the language: We added CLB templates 
and IOB templates as new primitive tem¬ 
plates. The designer could configure these 
templates just as with the Xilinx-supplied 
tools (for example, as a function of five 
variables). In addition, we added the con¬ 
cepts of location and shape to the LDG 
language. Each part in a template is assigned 
a location on the CLB/IOB grid and a 
rectangular shape. The location can be ei¬ 
ther relative, in terms of parameters passed 
into the template, or absolute. The addition 
of user-directed placement gave the designer 
complete control over the layout of logic 
on the gate array. In conjunction with the 
replicated part, it became possible to spec¬ 
ify the configuration of an entire chip with 
relatively little effort. 

Ergonomics. The LDG syntax and user 
interface also evolved as designers wrote 
LDG programs and debugged them on real 
hardware. LDG is embedded in Common 
Lisp, and the initial language syntax con¬ 
sisted simply of calls to Lisp functions. 
This required users to develop some famil¬ 
iarity with the Lisp environment, especial¬ 
ly since syntax errors threw the user into 
the Lisp debugger. Responding to user 
feedback, we designed a more intuitive 
keyword-driven syntax and added exten¬ 
sive error-handling from within LDG so 
that users did not have to interact with the 
Lisp debugger. 

Although a graphical editor was avail¬ 
able from Xilinx, users preferred the text 
interface for its ease of modification. A 
few text changes could modify every CLB 
on every chip, which is very tedious with 
the graphical editor. 

LDG example. The simple example in 
Figure 4 illustrates various LDG language 
constructs. The figure shows a two-bit 
pipeline, Pipe2, with input signals sigO, 


sigl, and elk and output signals outO and 
outl. Internally, Pipe2 consists of 16 cop¬ 
ies of another template, cell. Figure 5 shows 
the internal structure of Pipe2. The arrays 
of signals a and b are internal to Pipe2 and 
pass the signal between adjacent stages. 

Figure 6 shows the LDG template for 
Pipe2. Note the correspondence between 
the set of input signals in the block diagram 
and the input clause on the second line of 
the LDG program (and similarly for out¬ 
put). The location clause passes in the 



Figure 4. A two-bit wide pipeline. 



Figure 5. Internal structure of Pipe2. 


(template pipe2 

(input sigO sigl elk) 

(output outO outl) 

(location pos-x pos-y) 

(part-list 

((name pi) 

(part cell) 

(input sigO sigl elk) 

(ouput (index al) (index bl) 
(location !row !col) ) 

((name p2-15) 

(range! 2 to 15) 

(shape row-major 1 by 14) 

(start-!row pos-x) 

(start-!col (1 + pos-y)) 

(part cell) 

(input (index a(l-!)) (index b(l-!) 
(output (index a!) (index b!)) 

(location !row !col)) 

( (name pi6) 

(start-!row pos-x) 

(start-!col (+ 15 pos-y)) 

(part cell) 

(input (index al5) (index bl5) elk) 
(output outO outl) 

(location !row !col)) 


Figure 6. Logic-description-language template for a two-bit pipeline. 


; template name 
; input signals 
; output signals 
; position parameters 


; first part: pi 

; of cell, input sigO, sigl, elk 
; output a[l], b[l] 


; second part: p2-15 
; make 14 copies 
; for 1 row and 14 columns 
; at (pos-x, pos-y + 1) for 

; of cell 

) elk) ; with inputs a[!-l], b[!-l], elk 
; and outputs a[!], b[!] 

: for ! in the range 2 ... 15 


; third part: pl6 
; at (pos-x, 15 + pos-y) 

; of cell 

; with inputs a[15], b[ 15], elk 
; output outO, outl 
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starting row and column for parts in the 
template. The names used here, pos-x and 
pos-y, are referenced again in a (start- 
!row...) or (start-!col...) clause for a part. 

Within Pipe2 there are three parts: pi, 
p2-15, and pl6. Part p2-15 invokes 14 
copies of the template cell because of the 
range clause (range! 2 to 15). 

The (shape row-major...) clause specifies 
the layout of these 14 cells. The first copy of 
cell is placed at location (pos-x, pos-y + 1). 
The next is at (pos-x, pos-y + 2), and so 
forth. Note that the number of copies of the 
template cell specified by the range clause 
(2 .. 15 = 14) must equal the number of 
copies specified by the shape clause (1 row 
x 14 columns =14). The final two parame¬ 
ters are being sent to cell, and their values 
are the current row index (!row) and current 
column index (!col), respectively. 

Pipe2 is instantiated with the call com¬ 
mand. 

(call pipe2) 

(input dinO dinl elk) 

(output doutO doutl) 

(location 1 1) 

In the generated Xilinx commands, the 
names dinO, din 1, and elk will be substitut¬ 
ed for the dummy input parameters sigO, 
sig 1, and elk (similarly for output), (pos-x, 
pos-y) will be assigned values (1, 1), and 
the expressions using pos-x and pos-y will 
be evaluated so that the evaluated values, 
constant integers, will be output as a CLB 
location. 

Here, we’ve omitted the LDG specifica¬ 
tion of cell. This template is a CLB template, 
configured simply to pass data through 
unchanged. 

Another useful feature of LDG in im¬ 
plementing systolic algorithms is its abil¬ 
ity to write parameterized template defi¬ 
nitions. The hardware designer can design 
a schema of a structure, a generalized shift 
register, for example, and then instantiate 
different schema instances by invoking the 
schema with different parameters. The re¬ 
petitive layout and the control over place¬ 
ment are available at the schema level as 
well as in the base language. 

The reader is referred to our earlier work 10 
for examples of schema definition and use. 

Splash runtime 
environment 

The Splash runtime environment on the 
Sun workstation consists of a symbolic 
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debugger Trigger and a kernel driver to 
control the Splash device and the VSB 
interface. (The debugger borrows much of 
its code from the Horizon Simulator, 11 hence 
the name Trigger, son of Horse.) Library 
routines created for use by the debugger 
can also be invoked from C programs, so 
applications programs can direct the Splash 
board and gain access to Splash-related 
symbols just as the debugger does. In ad¬ 
dition, there are graphical tools to view the 
activity of a single chip or of the entire 
array. 

Below we discuss some debugger capa¬ 
bilities and how they can be accessed from 
independent C programs. 

Loading chip designs. All the chips are 
loaded in parallel, with each bit of the 32- 
bit word going to a different chip. The 
entire board can be loaded in half a second. 
The same file may be used for multiple 
chips, a different file for each chip, or any 
combination thereof. 

Stepping the board. Trigger allows the 
user to step a selected number of clocks. 
Commonly, the user initially single steps 
the design, monitoring variables on the 
chips at each step. As more and more of the 
design starts to work, the user typically 
steps the design through a larger but still 
well-defined number of clocks. Signals 
from the chips can be designed to interrupt 
or assert a flag in one of the control and 
status registers. In either case, the counted 
clocks are stopped. 

Trigger procedures. Trigger allows the 
user to create and invoke procedures, a 
handy capability for frequently used com¬ 
mands. A basic library of Trigger proce¬ 


dures has grown over time and is available 
to the users as part of the Trigger library. 

The command language for Trigger is 
similar to the command language for the C- 
shell. There are conditional statements, 
while statements, for loops, user-defined 
variables that may contain strings or nu¬ 
meric values, and a number of other state¬ 
ments found in many command language 
interpreters. The variables may be user- 
defined and can control flow of the Trigger 
procedure being executed. 

Nondestructive readback. The user may 
examine on-chip state at any time and then 
resume the program. In fact, symbols may 
be evaluated as part of conditional looping. 
Thus, a user’s procedure may run a design, 
examine an on-chip variable, and make a 
decision about whether to continue running 
the design based on that variable. 

Support for interrupts. The Splash 
board can generate interrupts. These in¬ 
terrupts are vectored through the kernel 
driver and to the user program via the siglO 
signal. Trigger allows the user to specify a 
procedure (interrupt service routine) to be 
invoked when the signal is received. There 
is a default procedure, which will print out 
information about the type of interrupt and 
why it might have occurred. Interrupts may 
also be disabled. The user can decide 
whether to defer processing of interrupts or 
to ignore them completely. 

Accessing Trigger from C. Trigger and 
a user’s C or Fortran programs can interact 
in a variety of ways. In the simplest mode, 
a user program can call Trigger library 
routines to run Splash. If desired, parts of 
the symbolic debugging environment can 
be accessed from the user program, up to 
the point of actually dropping into the de¬ 
bugger from a user program when some 
condition is met, such as when a user types 
Control-C to generate an interrupt or when 
an on-chip variable reaches a certain value. 

Sequence comparison 
on Splash 

A pattern-matching algorithm has been 
implemented on Splash and on a variety of 
other supercomputers. In genetic analysis, 
sequences over the four-character alphabet 
A, C, G, and T represent DNA molecules, 
and similarity between sequences may indi¬ 
cate an evolutionary or functional relation¬ 
ship. When attempting to characterize an 
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unfamiliar sequence, a biologist will often 
compare it to collections of known DNA 
with the hope of finding close matches. 

There are many ways to measure the 
similarity between two DNA sequences. 
One appealing measure to biologists is the 
evolutionary distance, defined as the min¬ 
imum cost series of single character dele¬ 
tions, insertions, and substitutions needed 
to transform the source sequence S into the 
target sequence T. If S = s lt s 2 , ... s m , T= t\, 
f 2 ,... t„, and d, j is the distance between the 
subsequences j s 2 , ■ ■■ and fi, f 2 ,... tj, then 

d 0 ,o = 0 

4,0 = 4-1,0 + Qei(if) \ <i<m 

doj = 4>,;-l + c ins Oj) 1 -j - n 


and 

4, j 


4-1., + C-'dcl (Si) 

4, j-I + c ins (tj) 

4-1,;-l + C sub (s h tj) 


Here c deJ (s ; ) is the cost of deletingc ins {tj) 
is the cost of inserting tj, and c sub (s,-,ty) is the 
cost of substituting tj for s,. 

With one processor, this dynamic pro¬ 
gramming formulation requires time pro¬ 
portional to the product of the lengths of 
the two sequences. Because DNA sequences 
are long (tens of thousands of characters) 
and genetic databases are large (tens of 
millions of characters), exhaustive searches 
can require hours of mainframe time. 

Fortunately, there is tremendous poten¬ 
tial for parallelism in the recurrence given 
above: All values 4 , can be calculated 
simultaneously for a given k = (j+i ). 
Mapping the recurrence onto a linear sys¬ 
tolic array is a straightforward procedure. 

One such arrangement is shown in Fig¬ 
ure 7. The characters of the source sequence 
flow in from the left, while the characters 
of the target flow in from the right. Each 
processing element evaluates the recurrence 
every clock “tick.” 

The Princeton Nucleic Acid Comparator 
(P-NAC) is an NMOS realization of this 
array, designed and built for the sole pur¬ 
pose of comparing DNA sequences. 6 The 
implementation assumed that c del (s,)=c ins (fy) 
= 1, for all Si and tj, and that c sab (Si,tj) = 0 if 
Si matches tj and c sub (s ; ,fy) = 2 otherwise. 
Benchmarks established that P-NAC was 
several hundred times faster than mini¬ 
computers of the day. 

Splash implementation. In the Splash 
implementation, a processing element is 
composed of two modules: a character com- 
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Figure 7. A linear systolic array for sequence comparison. 



Figure 8. Block diagram of a sequence comparison processing element. 


parator and a finite state machine (see Fig¬ 
ure 8). The source and target characters, 
each four bits, are compared during the first 
clock phase. The finite state machine com¬ 
putes a new distance based on the results of 
this comparison and the source and target 
distances during the second clock phase. 


Each systolic processing element is real¬ 
ized using 12 CLBs arranged as a 6 x 2 
module. In the current implementation, this 
basic cell is replicated 24 times on each of 
the 30 middle chips, and 12 times on the 
two end chips, to yield a total of 744 pro¬ 
cessing elements. 
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Table 1. Benchmark results for 100 comparisons of 100-long sequences. 


Machine 

Best time 
n seconds 

Speedup 

Notes 

Splash 

0.020 

2,700 

1 MHz, Sun 3/260 host 

P-NAC 

0.91 

60 

Special-purpose NMOS 
device, Sun 2 host 

Multiflow Trace 

3.7 

14 

C compiler, optimization 
level 5, 14 functional units 

Connection Machine CM-2 

4.7 

11 

C compiler, Paris 
library 16,000 processors 

Cray-2 

6.5 

8.3 

Vector Pascal, one head 

Convex Cl 

8.9 

6.0 

Vector C compiler, 
optimization level 2 

Sun 3/140 

48 

1.1 

C compiler 

Sun Sparcstation I 

5.8 

9.3 

C compiler 

DEC VAX 11/785 

54 

1.0 

C compiler 


Two characters from each sequence are 
transferred from Splash’s dual-ported 
memory card to the array’s input FIFO 
every microsecond at a 1-megahertz sys¬ 
tem clock. These are unpacked by logic in 
chip 0 and pumped into the appropriate 
sides of the systolic array. The evolution¬ 
ary distance is maintained in an up/down 
counter in chip 31 and read from the output 
FIFO as the last step of the comparison. All 
logic was specified using the LDG lan¬ 
guage. 

The time needed to download the con¬ 
figuration file to Splash is negligible if 
more than a few comparisons are going to 
be performed. Once the program is in place, 
the systolic array reinitializes itself asyn¬ 
chronously; two new sequences may be 
input as soon as the previous ones have 
exited. Currently the implementation is 
exercised using Trigger, although eventu¬ 
ally it will be callable as a stand-alone C 
language subroutine. 

Performance evaluation. We have pro¬ 
grammed the basic sequence comparison 
algorithm on a representative assortment of 
sequential and parallel machines. When 
performing 100 comparisons of sequences 
that are 100 characters long, Splash is 45 


times faster than its nearest competitor (the 
special-purpose P-NAC) and almost 200 
times faster than the fastest commercial 
machine (a Multiflow Trace). See Table 1. 

Splash and P-NAC exploit significantly 
more of the problem’s inherent parallelism 
than do the other machines. As the lengths 
of the sequences increase, the relative per¬ 
formance of the systolic implementations 
improves until the problem must be parti¬ 
tioned, when the performance of all ma¬ 
chines scales quadratically. (For Splash, 
this partitioning limit is currently 128 X 128 
characters, but it can be increased to 256 X 
256 characters without much difficulty.) As 
the number of sequences in the database 
increases, the relative performance of the 
Connection Machine improves somewhat 
(up to a limit of 16K sequences), while the 
performance of the other machines scales 
linearly. 

At present, the speed with which Splash 
can compare sequences is constrained only 
by the time it takes to transfer data from the 
dual-ported RAM; while the on-chip logic 
can be clocked as fast as 4 megahertz, the 
FIFOs can be driven only at 1 megahertz. 
Even so, Splash has an unmatched price/ 
performance ratio for this important 
application. 


T he actual design and construction 
of real hardware formed the impe¬ 
tus for many components, both 
hardware and software, that would not have 
been recognized as desirable in a “paper” 
machine. Fundamental changes, such as 
adding CLB and IOB templates and shape/ 
position directives to LDG were driven by 
unforeseen shortcomings in Xilinx support 
software. 

Crucial features such as state readback 
provided a convenient, efficient, and de¬ 
tailed utility for debugging and production 
designs to provide the user with necessary 
data. This feature grew out of need, not out 
of prior presumptions. 

Having real users with a multitude of 
applications brought many desirable fea¬ 
tures to light, such as the C runtime support 
library. It also led to significant modifica¬ 
tions, for example, changes to LGD syntax 
that simplified reading and writing code. 

For the next Splash design, we would 
like to introduce floating-point processors 
as originally envisioned. Since global con¬ 
trol of the board can be difficult, more lines 
linking all of the stages would be helpful 
for many applications. A microprocessor to 
control the board might also be useful. 
Finally, an algorithmic language would 
enhance the designer’s ability to capture 
the logic and flow of abstract systolic de¬ 
signs. ■ 
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Ramamoorthy, Elliott recognized for special achievements 
as society honors nearly 60 


The Taylor Booth Award and the Harry 
Hayman Award for Distinguished Staff 
Achievement were among the awards 
presented by IEEE Computer Society 
President Helen M. Wood November 15 
at Supercomputing 90 in New York. 

C.V. Ramamoorthy received the Tay¬ 
lor Booth Award for “outstanding contri¬ 
butions to computer science and engi¬ 
neering education.” The annual award, 
which includes a $2,000 honorarium, was 
first presented in the 1988-89 academic 
year. 


Ramamoorthy, a professor in the De¬ 
partment of Electrical Engineering and 
Computer Science at the University of 
California, Berkeley, has contributed to 
the Computer Society’s various educa¬ 
tional activities since 1974. In addition to 
serving as vice president for education 
and on key committees, he developed the 
society’s video tutorial education pro¬ 
gram. 

The Harry Hayman Award for Distin¬ 
guished Staff Achievement was presented 
to T. Michael Elliott for “years of distin¬ 


guished leadership, excellence, and in¬ 
novative service to members, volunteers, 
and staff of the IEEE Computer Society.” 
The award, established in 1985 to honor 
the retirement of the society’s distin¬ 
guished first executive secretary, was 
presented for the first time in 1987 to Pub¬ 
lisher True Seaborn. 

Among the many accomplishments El¬ 
liott was recognized for in his capacity as 
executive director for the Computer So¬ 
ciety was his impact on international 
growth. Acting on instructions from the 



C.V. Ramamoorthy was recognized 
for his many outstanding contribu¬ 
tions to computer science and engi¬ 
neering education at Supercomputing 
90, where he received the Taylor 
Booth Award. 



T. Michael Elliott was presented 
with the Harry Hayman Award for 
Distinguished Staff Achievement by 
President Helen M. Wood (above). 
He was cited for a wide range of ac¬ 
complishments since becoming the 
Computer Society’s first executive 
director in 1982. Harry Hayman, 
the society’s first executive secre¬ 
tary, now retired, was present at the 
awards ceremony in New York with 
his wife Edith (right). 
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Board of Governors, he carried out all the 
necessary analyses and negotiations to 
establish and staff the Brussels office in 
1985 and the Tokyo office in 1987. 

Certificates awarded for service. At 

the International Conference on Com¬ 
puter-Aided Design in Santa Clara, Cali¬ 
fornia, Giovanni DeMicheli received a 
Distinguished Service Certificate for 
“significant contributions to the Interna¬ 
tional Conference on Computer Design 
in several different capacities over sev¬ 
eral years, most notably as general chair 
for ICCD 89.” 

More than 50 other awards were an¬ 
nounced in November, with a number of 
presentations being made at Supercom¬ 
puting 90. Outstanding Contribution 
Certificates were awarded to 

• James Aylor, for “outstanding contri¬ 
butions to the society’s volunteer and 
staff operations in the acquisition and im¬ 
plementation of Compmail II.” 

• Mario Barbacci, for “dedicated ser¬ 
vice to the society’s technical activities.” 



• J. Thomas Cain, for “exemplary ser¬ 
vice to the society as Division VIII direc¬ 
tor during 1990.” 

• Sumit DasGupta, for “dedication and 
contributions to IEEE Design & Test.” 

• Gerald Engel, for “outstanding con¬ 
tributions to computer science education 
in predominantly minority institutions.” 

• Joe Hootman, for “dedicated service 
as editor-in-chief of IEEE Micro.” 

• Michel Israel, for “dedicated service 
as chair of the European Activities Com¬ 
mittee and in the establishment of the first 
Computer Society chapter in the USSR.” 

• Barry Johnson, for “exemplary ser¬ 
vice and contributions to the society’s 
membership activities.” 

• Ted Lewis, for “exemplary service as 
editor-in-chief of IEEE Software.” 

• David Pessel, for “outstanding con¬ 
tributions to the improvement of the soci¬ 
ety’s management information sys- 

• Chuck Radke, for “dedication and 
contributions to IEEE Design & Test and 
its readership.” 

• Sallie Sheppard, for “dedicated lead¬ 



ership and service to the society’s publi¬ 
cations programs.” 

• Bruce D. Shriver, for “exemplary ser¬ 
vice as editor-in-chief of Computer .” 

• John Staudhammer, for “dedicated 
service as editor-in-chief of Computer 
Graphics and Applications.” 

• Steven L. Tanimoto, for “dedicated 
service as editor-in-chief of IEEE Trans¬ 
actions on Pattern Analysis and Machine 
Intelligence.” 

• Akihiko Yamada, for “dedicated ser¬ 
vice as chair of the society’s Asian Com¬ 
mittee.” 

• Dan Yurman, for “establishing and 
chairing the Task Force on Expert System 
Applications and steering the formation 
of a new technical committee.” 

Meritorious Service Certificates were 
awarded to 

• Dharma Agrawal, for “continuous 
and expert editorial practice that contrib¬ 
uted significantly to the technical and tu¬ 
torial content of Computer.” 

• Harut Barsamian, for “dedicated ser- 



Present at Supercomputing 90 to receive their Outstanding Contribution Certificates were (top, left to right) Mario Bar¬ 
bacci, Gerald Engel, Michel Israel, and (bottom, left to right) David Pessel, Sallie Sheppard, and Bruce D. Shriver. 
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vice as a member of the West Coast Op¬ 
erations Committee, 1984-89.” 

• Paul Borrill, for “highly effective 
leadership and dedicated service to the 
society’s standards program.” 

• Oscar Garcia, for “years of dedicated 
service in support of the society’s inter¬ 
ests in AFIPS.” 

• A1 Hoagland, for “years of dedicated 
service to improving the society’s opera¬ 
tions and support to volunteers.” 

• Ron Hoelzeman, for “many years of 
dedicated leadership and service to the 
Computer Society and its programs.” 

• Laurel Kaleda, for “meritorious and 
significant service to the society’s tech¬ 
nical activities and standards programs.” 

• Ming T. Liu, for “many years of dedi¬ 
cated service as a member of the society’s 
Board of Governors and as editor-in- 
chief of IEEE Transactions on Comput¬ 
ers 

• Shane McCarron, for “establishing 
critical support systems for the Technical 
Committee on Operating Systems and 
Posix standards work though a period of 
dramatic growth.” 

• Yale Patt, for “outstanding technical 
and administrative contributions in the 
field of microprogramming and mi¬ 
croarchitecture.” 

• Roy Russo, for “long and distin¬ 
guished service to the Computer Soci¬ 
ety.” 

• Mohan Trivedi, for “technical and 
administrative leadership while serving 
as chair of the Technical Committee on 
Robotics.” 

Certificates of Appreciation were 
awarded to 

• Lowell Amdahl, Joseph Fernandez, 
Michael Mulder, Gordon Padwick, and 
Earl Swartzlander, for “contributions to 
improving the society’s operations and 
support to volunteers.” 

• Bruce Berra, for “innovative leader¬ 
ship as chair of the Transactions Advi¬ 
sory Committee.” 

• Joseph Boykin, for “service in im¬ 
proving the financial health of the soci¬ 
ety.” 

• Angela Burgess, for “leadership in 
converting IEEE Software to desktop 
publishing.” 

• Jon Butler, for “innovative leader¬ 
ship as chair of the Magazine Advisory 
Committee.” 

• James Cross II, for “dedicated ser¬ 
vice as secretary of the Publications 
Board.” 

• James Farrell III, for “innovative 
leadership as Publications Board vice 
chair.” 

• Paul Fishwick, for “technical and 
administrative leadership while serving 


as chair of the Technical Committee on 
Simulation.” 

• Ann Fox, Roger U. Fujii, Ole Golub- 
jatnikov, Stan Magee, James Roberts, 
and Richard Werling, for “dedicated ser¬ 
vice to the USA ISO/IEC JTC1/SC7 
Technical Advisory Group.” 

• Peter Freeman, for “technical and 
administrative leadership while serving 
as chair of the Technical Committee on 
Software Engineering.” 

• Galen Gruman, for “technical contri¬ 
butions in converting IEEE Software to 
desktop publishing.” 

• Quin Hann, for “establishing the fi- 


Board of Governors acts 
nominations bylaws 

At its November 16, 1990, meeting in 
New York, the IEEE Computer Society’s 
Board of Governors passed for the first 
time a bylaws amendment regarding the 
president-elect’s participation in nomi¬ 
nations. The changes were recommended 
to the board by the Constitution and By¬ 
laws Committee. They are published here 
for member comment in anticipation of 
their consideration for a second time for 
final adoption at the March 1 Board of 
Governors meeting in San Francisco. 

Member comments are solicited and 
should be sent to Bruce D. Shriver, Chair, 
Constitution and Bylaws Committee, 
IEEE Computer Society, 1730 Massa¬ 
chusetts Ave., NW, Washington, DC 
20036-1903. 

The introductory text to the motion 
reads, “It seems reasonable for the presi¬ 
dent-elect to participate in the nomina¬ 
tions of those individuals who, if elected, 
will be serving during the president¬ 
elect’s term as president. In addition, we 
are clarifying (new item 5) an ambiguity 
resulting from a recent bylaw change 
making vice presidents ex officio mem¬ 
bers of the board. We therefore move to 
modify Section 9 of the bylaws ... as fol¬ 
lows”: 

Section 9: Nominations Committee 

Current wording: The Nominations 
Committee shall consist of: 

(1) the past president as committee 
chairperson; 

(2) one member appointed by the past 
president; 

(3) one franchised member of the 


nancial and logistics framework that has 
permitted the Posix standards work to 
meet the demand of dramatic growth.” 

• Steve Kang, for “contributions as a 
member of the editorial board of IEEE 
Design and Test." 

• Glenda McBride, for “excellent sup¬ 
port to the ICCD 88 and ICCD 89 confer¬ 
ences.” 

• Charles Silio, for “dedicated service 
in support of improved financial manage¬ 
ment and database operations.” 

• Harold Stone, for “dedicated service 
in enhancing the quality of Computer So¬ 
ciety publications.” 


to amend 


Board of Governors appointed by 
the president; 

(4) one society member, not a member 
of the Board of Governors, ap¬ 
pointed by the president; and 

(5) one franchised member of the 
Board of Governors elected by the 
immediately previous Board of 
Governors. 

A member of the Nominations Commit¬ 
tee cannot be a candidate in any of the 
slates submitted by the Nominations 
Committee. 

Proposed wording: The Nominations 
Committee shall consist of: 

(1) the past president as committee 
chairperson; 

(2) the president-elect or his/her des¬ 
ignee; 

(3) one member appointed by the past 
president; 

(4) one franchised member of the 
Board of Governors appointed by 
the president; 

(5) one society member, not a voting 
member of the Board of Gover¬ 
nors, appointed by the president; 
and 

(6) one franchised member of the 
Board of Governors elected by the 
immediately previous Board of 
Governors. 


A member of the Nominations Commit¬ 
tee cannot be a candidate in any of the 
slates submitted by the Nominations 
Committee. 
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Subcommittee seeks 
accreditation visitor 
nominees 

The IEEE Computer Society’s Com¬ 
puting Science Accreditation Board 
(CSAB) Activities Subcommittee invites 
nominations for volunteers to serve as 
visitors to evaluate computer science 
programs for accreditation. Candidates 
should have extensive experience work¬ 
ing in a computer science-related indus¬ 
try or teaching computer science at a uni¬ 
versity. 

The CSAB is a joint accreditation or¬ 
ganization founded by ACM and the 
Computer Society to make a quality as¬ 
surance process available to educational 
institutions wishing evaluation and ac¬ 
creditation of their programs in the com¬ 
puting sciences. 

Visitors working through the CSAB’s 
Computer Science Accreditation Com¬ 
mission agree to attend a one-day training 
session and visit at least one university 
per year to evaluate its computer science 
program for the purpose of accreditation. 
CSAC will pay visitors’ travel expenses 
when making such visits. 

All nominations, along with brief bio¬ 
graphical data and addresses, should be 
sent to Willis K. King, Chair, Computer 
Society CSAB Activities Subcommittee, 
Department of Computer Science, Uni¬ 
versity of Houston, 4800 Calhoun, Hous¬ 
ton, TX 77204-3475. The deadline for 
accepting nominations is January 15, 
1991. 


Nominations sought 
for IEEE Division V 
delegate 

The IEEE Computer Society’s Nomi¬ 
nations Committee is in the process of se¬ 
lecting nominees for the position of 
1992-93 IEEE Division V delegate-di- 
rector. Current Division V delegate-di- 
rector Edward A. Parrish, Jr., will com¬ 
plete his term at the end of this year. Can¬ 
didates will be on the IEEE ballot for the 
fall 1991 election. 

In addition to candidates selected by 
the Nominations Committee, candidates 
may be nominated by member petition 
until May 31. Complete information can 
be obtained by contacting Mercy Kow- 
alczyk, IEEE Headquarters, 345 E. 47th 
St., New York, NY 10017. 


UPDATE 


Contributions to Update are welcome. Send news of public policy or professional issues and of industrial or university 
research to Bob Carlson, 10662 Los Vaqueros Circle, P0 Box 3014, Los Alamitos, CA 90720-1264. 


Network management specifications 
available for review 


3Com Corp. and IBM announced that 
their jointly developed network manage¬ 
ment specifications are immediately 
available for industrywide review. Publi¬ 
cation of the IBM-3Com draft Heteroge¬ 
neous LAN Management specifications 
follows preliminary evaluation by tech¬ 
nical teams of four software companies: 
Banyan Systems, Microsoft Corp., Nov¬ 
ell Inc., and The Santa Cruz Operation. 

Prior to this announcement, the IEEE 
Project 802 Committee for Local Area 
Network Standards voted to adopt the 
Heterogeneous LAN Management ap- 


The University of Toronto and Can¬ 
ada’s National Research Council have 
launched a communications network 
linking researchers at university, indus¬ 
try, and government centers. CA*net not 
only connects Canadian regional net¬ 
works but also provides links to major re¬ 
search networks in the US and the rest of 
the world through the US National Sci¬ 
ence Foundation Network. 

Like NSFnet, CA*net will support in¬ 
teractive sessions with remote resources 


proach. IBM and 3Com will participate in 
development of the IEEE 802.IB stan¬ 
dard for network management, ensuring 
that products designed to meet these 
specifications work together on the same 
network. 

Interested parties can obtain a copy of 
the draft Heterogeneous LAN Manage¬ 
ment specifications by calling 3Com at 
(408) 764-5161, or by writing to Jim 
Healey, 3Com Corp., 5400 Bayfront 
Plaza, Santa Clara, CA 95052, or IBM 
Corp., PO Box 12195, Dept. C13, Bldg. 
002, Research Triangle Park, NC 27709. 


interconnects 


(for example, colleagues, library cata¬ 
logs, databases, and supercomputers) as 
well as the traditional electronic mail and 
file transfer services offered by previous 
Canadian networks. 

CA*net interconnects with NSFnet 
from Toronto to Cornell University in 
Ithaca, New York; from Montreal to Prin¬ 
ceton University in New Jersey; and from 
Vancouver to the University of Washing¬ 
ton in Seattle. The American portion of 
the three links is funded by the NSF. 


New Canadian network 
with NSFnet 


Competition set for IEEE-USA 
congressional fellowships 


IEEE-USA plans to award at least two 
congressional fellowships to IEEE mem¬ 
bers for the 1991-92 term. Those chosen 
will serve one-year terms on the staff of a 
senator, representative, or congressional 
committee. Selection is made on the basis 
of technical competence, ability to serve 
in a public environment, and evidence of 
service to the IEEE and the profession. 

The purpose of the fellowships is to 
make practical contributions to more ef¬ 
fective use of scientific and technical 
knowledge in government, to educate the 
scientific communities regarding the 


public policy process, and to broaden the 
perspective of both the scientific and 
governmental communities regarding 
the value of such science-government in¬ 
teraction. 

Applications are being accepted until 
March 31, 1991. Information and appli¬ 
cation forms can be obtained by calling 
W. Thomas Suttle at the IEEE-USA of¬ 
fice, (202) 785-0017, or by writing to; 
Secretary, Congressional Fellows Pro¬ 
gram, Institute of Electrical and Elec¬ 
tronics Engineers, Inc., 1828 L St., N.W., 
Washington, DC 20036. 
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CALL FOR PAPERS 



First International Conference on 
Parallel and Distributed Information Systems 

December 4-6,1991 
Fontainebleu Hilton Resort, Miami Beach, Florida 



ACM SIGMOD & SIGARCH 
IEEE Computer Society 
Florida International University 

COMMITTEES 
Steering Committee: 

Sushil Jajodia (Chair), George Mason U. 
David DeWitt, U. of Wisconsin 
Masaru Kitsuregawa, U. of Tokyo 
Shamkant B. Navathe, Georgia Tech. 
Napthali Rishe, Florida International U. 
Conference Chair: 

Amit P. Sheth, Bellcore 
Program Chairs: 

Hector Garcia-Molina, Princeton U. 

H.V. Jagadish, AT&T Bell Laboratories 
Tutorial Chair: 

Arie Segev, U. of California, Berkeley 
Panel Coordinator: 

Wei Sun, Florida International U. 
Publicity: 

M. Tamer Ozsu, U. Alberta/GTE Labs. 
Treasurer: 

Gene Wuu, Bellcore 
Local Arrangements: 

Luis Cova, Florida International U. 
Registration: 

Mark Weiss, Florida International U. 
Asian Coordinators: 

Yasushi Kiyoki, U. of Tsukuba, Japan 
Kyu-Young Whang, KAIST, Korea 
European Coordinator: 

Erich Neuhold, IPSI-GMD, Germany 


SCOPE 

This new conference represents the merger of Inti. Workshop on Database 
Machines (IWDM), Inti. Conf. on Databases, Parallel Architectures, and Their 
Applications (PARBASE), and Inti. Symp. on Distributed and Parallel Database 
Systems (DPDS). The scope of this conference covers any parallel or distributed 
system for symbolic manipulation, particularly for data and knowledge intensive 
applications. Specific aspects of such parallel or distributed data systems include, 
but are not limited to, the theory and the practice of: 

• Parallel Computers 

• Special Purpose Architectures 
Storage System Architectures 


• Query Processing and Optimization 

• Data Integration 

• Management of Interdependent Data 

• Data Distribution and Replication 

• Distributed File Systems 

• Distributed and Cooperative Work 

• Performance Evaluation 

• Reliability 

• Distributed Debugging 

• Impact of Parallelism and Distribution 
on Data Models 


• Hardware Support for Data and 
Knowledge Management 

• Knowledge-Base Architectures 

• Parallel Algorithms 

• Distributed Databases 

• Transaction Management 

• Heterogeneous, Federated, and 
Multidatabase Systems 

SUBMISSIONS 

Original papers on the above topics are invited. These should be no longer than 
20 double-spaced pages or 5000 words. To promote cross-fertilization between 
works in progress, short synopses of substantial projects are also invited. These 
should be 4-5 double-spaced pages, or 1000-1500 words, should indicate the 
current status, and should contain enough information for the program committee 
to understand the scope of the problem being addressed and evaluate the novelty 
of the solution being proposed. Please submit seven copies of both types of 
submissions to the following address by May 10,1991. Also send electronically 
an 80 word abstract of the paper by the same date to jag@research.att.com or to 
hector@cs.princeton.edu. 

H. V. Jagadish, 3C414A, AT&T Bell Labs, 600 Mountain Ave. 

Murray Hill, NJ 07974 

CONFERENCE TIMETABLE 

Papers Due 
Notification to authors 
Camera ready copy 
Tutorials and Conference 


PROGRAM COMMITTEE MEMBERS 


May 10,1991 
August 1,1991 
September 13, 1991 
December 4-6,1991 


Rakesh Agrawal 
Peter Apers 
David Bell 
Dina Bitton 
Mike Carey 
Stefano Ceri 
Flaviu Cristian 
Susan Davidson 
Doug DeGroot 
David DeWitt 


Amr El Abbadi 
Ahmed Elmagarmid 
Goetz Graefe 
Jim Gray 
Anoop Gupta 
Paula Hawthorn 
Randy Katz 
Masaru Kitsuregawa 
Paul Larson 


Miron Livny 
Nancy Lynch 
Keith Marzullo 
Jack Minker 
Michele Missikoff 
C. Mohan 
Jerry Popek 
Sakti Pramanik 
Calton Pu 


Krithi Ramamritham 
Andreas Reuter 
Avi Silberschatz 
Mike Stonebraker 
Stanley Su 
Evan Tick 
Patrick Valduriez 
Ouri Wolfson 
Philip Yu 

















STANDARDS 


Editor: Fletcher J. Buckley, 103 Wexford Drive, Cherry Hill, NJ 08003, telephone (609) 866-6350, fax (609) 866-7753, e-mail f.buckley@compmail.com 


Do standards cause software productivity problems? 


Fletcher J. Buckley 

In the ongoing lore of our field, most 
practitioners take it as true that 

(1) Software is an undisciplined pro¬ 
cess, 

(2) This lack of discipline is one of the 
major contributors to high costs (and con¬ 
sequent low productivity), 

(3) This problem can be cured by fol¬ 
lowing a defined, structured process, and 

(4) One good definition of this process 
is found in DoD-Std-2167A. 

In looking at this defined standard pro¬ 
cess, you often hear the question, “Why 
are we doing this particular thing?” But, 
apparently, the question has not been 
asked often enough. 

Consider, for example, the Physical 
Configuration Audit. As defined in DoD- 
Std-2167A and Mil-Std-1521B, the PCA 
is a detailed examination of the software 
design documentation to ensure consis¬ 
tency with the code itself. Recognizing 
that the software design documentation is 
projected to be used by those maintaining 
the software, this appears to be a very 
worthwhile task. 

PCA theory. In theory, 

(1) Prior to the PCA, the “build-to” 
software design documentation is modi¬ 
fied to reflect the “as-built” code, 

(2) The revised documentation is sent 
to the customer 30 days prior to the PCA, 

(3) The customer chairs the PCA meet¬ 
ing at the developer’s location for three 
days or so, and leaves a list of discrepancy 
reports with the developer, 

(4) The developer corrects the dis¬ 
crepancies, and 

(5) The customer accepts the docu¬ 
mentation. 

So much for theory. The practice can be 
considerably different. 

PCA practice. To put some numbers 
on the table, consider a typical medium 
project with six computer programs, each 
of which averages about 20,000 lines of 


executable source code. The design 
documentation for each program will av¬ 
erage about 600 pages of text, including 
figures and tables. The source code list- 


The situation gets 
worse when the 
customer does not 
have the in-house 
resources to assign a 
technically 
competent person to 
each computer 
program on a full¬ 
time basis. 


ing for each program is about 1,000 fan- 
folded pages. 

From the developer’s viewpoint, the 
time required to hold the PCA can be esti¬ 
mated as shown in Table 1. The required 
time is about three months, with an asso¬ 
ciated cost that can be roughly estimated 
at about $65,000 per computer program. 


From an initial review, it does not ap¬ 
pear that 30 days is sufficient time for the 
customer review. The current view is that 
it takes a competent maintenance pro¬ 
grammer three to six months to under¬ 
stand from 7,000 to 15,000 lines of source 
code. So, expecting 20,000 lines to be 
mastered in 30 calender days (20 working 
days) together with design documenta¬ 
tion may well founder on the human-fac¬ 
tors aspects of the case. Further, it is not 
clear that the task could be done even in 
60 or 90 days. (It should be noted that this 
is only one of six programs, all of which 
are being delivered concurrently.) 

The situation gets worse when the cus¬ 
tomer does not have the in-house re¬ 
sources to assign a technically competent 
person to each computer program on a 
full-time basis. (Good people are scarce, 
and there are many more jobs to be done 
on an immediate basis than there are tech¬ 
nically competent people to assign to 
them.) 

Two things naturally result: Either the 
review doesn’t get done or the customer 
hires consultants to perform the review. 
This introduces a third party into the 
transaction with a different set of mo¬ 
tives. 

Motivations. The developer wants to 
complete the project and be paid. The cus¬ 
tomer wants a working product that fills 
the need and complies with the contract. 


Table 1: An initial Physical Configuration Audit schedule. 


Activity 

Duration 

i. Developer brings documentation up to date 

30 days 

2. Developer sends documentation to customer 

7 days 

3. Customer reviews documentation 

30 days 

4. Customer holds PCA with developer 

3 days 

5. Developer corrects discrepancies 

14 days 

6. Developer sends revised documentation to customer 

7 days 

Total 

91 days 
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The consultant wants to do a good, pro¬ 
fessional job and wants to continue to be 
employed. 

A consultant hired to find problems 
with code and documentation will usu¬ 
ally succeed. The 30 days assigned to the 
task is inadequate to do a thorough job, so 
the results of the consultant’s review will 
normally be some general statements of 
dissatisfaction together with one or more 
examples to illustrate each point. These 
will be accompanied with a recommenda¬ 
tion that the material be (1) completely 
redone in accordance with the consult¬ 
ant’s statements and (2) resubmitted to 
the customer upon completion of the revi¬ 
sion. 

Difficulties. This leaves the customer 
in a difficult position. The customer has 
engaged professionals to review the ma¬ 
terial, and the professionals have found it 
unsatisfactory. Were the customer to de¬ 
clare the material satisfactory, various 
unpleasant statements could be made, 
like “Why were the consultants hired in 
the first place if their recommendations 
were going to be discarded?” and “What 
technical expertise did the customer’s 
shop have that was so superior to the con¬ 
sultants’ expertise?” The only safe op¬ 
tion the customer has at this juncture is to 
pass the recommendations on to the de¬ 
veloper with directions to implement. 

This, in turn, places the developer in a 
difficult situation. Implementing general 
directions to make corrections is a never- 
ending task. 

For example, assume that the devel¬ 
oper agrees with the general comments. 


fixes the examples and any other short¬ 
comings that are apparent, and sends the 
revised document back to the customer. 
When revised documentation is provided 
to the customer, additional sets of cus¬ 
tomer comments are then generated. This 
implies cycling back through another 
round of responses, revised documenta¬ 
tion, more comments, etc. 

In looking down this path, it becomes 
apparent to the developer that the process 
is out of control. (One customer’s esti¬ 
mate of the number of cycles was four to 
five.) This implies a schedule growth (for 
one computer program) from three 
months to more than a year and an overall 
cost growth of more than $2 million. This 
is the point at which good fellowship 
ceases, particularly on fixed-price con¬ 
tracts. 

Results. When the cost escalation is 
recognized, the developer has no option 
but to take the position that the PCA is to 
be held 30 days after the customer re¬ 
ceives the initial documentation and that 
no revised documentation will be pro¬ 
vided in response to customer comments 
prior to the meeting. 

At the meeting itself, the parties take 
various negotiating positions, and condi¬ 
tions may become strained. The devel¬ 
oper may take the position that the docu¬ 
mentation is good, but that the developer 
will implement corrections to any spe¬ 
cific problems identified at the meeting. 
The consultant may then respond that the 
developer is attempting to have the cus¬ 
tomer (that is, the consultant) do the work 
that the developer should have done. 


The discussion then further degener¬ 
ates into attempts to resolve ambiguous 
statements in the contract (what is “well- 
commented code”) and conflicting state¬ 
ments in various invoked standards. (The 
conflicts between the DoD-Std-1815A 
on Ada and DoD-Std-2167A are pro¬ 
jected to reduce the unemployment prob¬ 
lems of the legal community for years to 
come.) 

Eventually, matters get settled, but 
only after much expenditure of energy 
(blast and heat, but not much light). The 
documents get delivered and are ac¬ 
cepted, and both parties resolve to never 
go this route again. 

The PCA process, as noted above, is 
expensive in terms of time, energy, and 
management talent. But, the worse con¬ 
sequence is that the product (the updated 
design documentation), after having 
been delivered and accepted by the cus¬ 
tomer, is put on the shelf and never 
opened again. This happens because the 
customer is not the real user of the soft¬ 
ware product but only a contracting party 
and, as noted in this department in No¬ 
vember 1989 (p. 70), the real user does 
not use the design documentation to 
maintain the software. 

The reasons. The origins of the re¬ 
quirements for PCA lie in the hardware 
world. In that world, the PCA includes an 
examination of the hardware and the 
drawings from which the hardware was 
made. If more hardware is to be made, it 
will be made from the drawings, so it 
makes good sense to make a very close, 
detailed inspection of these drawings. 

In the software world, things are differ¬ 
ent. If we want to make more software, di¬ 
rect copies of the code itself are made. No 
one uses the design documentation to 
produce another set of code. Even worse, 
no one uses the design documentation to 
maintain the code, and no one maintains 
the design documentation after delivery 
when the code itself is changed. 

Consequently, time, effort, and money 
are wasted, adding substantial length to 
the product-development cycle — all for 
nothing. Isn’t it time we changed the situ¬ 
ation? And, why don’t we take a complete 
look at the total process and see what else 
we are doing to ourselves? 


To go further 

Copies of DoD-Std-2167A, “Defense 
Systems Software Development;” Mil- 
Std-1521B “Reviews and Audits;” and 
DoD-Std-1815A, “Ada Programming 
Language” are available by contacting 
the Commanding Officer, Naval Publica¬ 
tions and Forms Center, 5801 Tabor 
Ave., Philadelphia, PA 19120. 


Rectifiers suggested to stop magnetic 
fields when using electric blankets 

Fletcher J. Buckley 

The Standards department article in April 1990 (pp. 95-97) noted that the evi¬ 
dence of the cancerous effects of low-level magnetic fields had been accumulat¬ 
ing. 

Recently, a colleague from the Electric Power Research Institute pointed out 
to me that (1) the use of electric blankets is one of the major sources of such mag¬ 
netic fields and (2) using rectifiers with electric blankets (to change the AC to 
DC) can stop the magnetic fields in the frequencies of interest. 

I couldn’t find a packaged 120-volt rectifier at my local electronics-supply 
outlets, but I did discover that Radio Shack sells a 250-volt, 4-amp bridge recti¬ 
fier for $1.98. The total retail parts cost for the complete package was less than 
$15. 

The bottom line is two pronged: First, we don’t have to abandon the use of 
electric blankets or run risks while waiting for the electric blanket industry to re¬ 
design its products; Second, there appears to be a distinct marketing opportunity 
for 120-volt low-power rectifiers, either as separate units or built directly into 
the electric blanket controls. It would be interesting to see what the product de¬ 
velopment cycle for these items might be. 
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The Conference on Computer Communications 
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•The State of the Art in Network Security/Refik Molva 
• Models and Techniques for the Control and Design of High Speed 
Data Networks/Debasis Mitra 

•Fast Packet Switching, ATM Standards and Photonic Networks/Fouad A. Tobagi 
' *Wireless Information Networks/David J. Goodman 
•Multimedia and Imaging/Najah Naffah 
•Advances in Local Computer Networks/Harvey A. Freeman 
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Sheraton Bal Harbour Resort 
Registration 


Complete this form and return to: Sheraton Bal Harbour Resort 
9701 Collins Avenue 
Bal Harbour, Florida 33154 
Or call at: 305-865-7511 


A block of rooms has been set aside for INFOCOM '91. If calling, be sure to mention INFOCOM. Reservations made after March 8 
will be on a space available basis. 

Please circle accommodation desired: 


Single $105 

Double $125 

Ocean side (single or double) $145 

Arrival date 

□ AM □ PM 

Departure date □ AM □ PM 

Please check 

□ Visa □ MasterCard □ Carte Blanche □ Diners □ AMEX 

Card No. 

Exp. Date 

Signature 

Name 

Address 


To confirm and guarantee your reservation, include first night’s rate as a deposit with your registration or indicate your card number 
above. This deposit is refundable if reservation is cancelled with 48 hour notice. 


Tuesday Morning 


9:00 -10:00 Plenary Session 


KEYNOTE ADDRESS 

Dr. Robert E. Kahn, President, Corporation for National Research Initiatives 


10:30-12:00 


2a LIGHTWAVE NETWORKS I 

“Routing within a waveband in a linear lightwave network,” by K. 
Bala, T. Stern and K. Bala, Columbia University 
“Multihop lightwave networks: A comparison of store-and-forward 
and hot-potato routing,” by A. Acampora and S. Ali-Shah, Columbia 
University 

“Design and analysis of a hybrid access control to an optical star 
using WDM," by Y. Ofek, IBM; and M. Sidi, Technion, Israel Institute 
of Technology 

“Optimal power distribution in robust, passive, fiber optic local 
communication networks with circulant topologies,” by 0. J. Wasem, 
Bellcore 

2b TRAFFIC MANAGEMENT IN HIGH SPEED NETWORKS 

“Dynamic adaptive windows for high speed data networks with 
multiple paths and propagation delays,” by D. Mitra and J. B. Seery, 
AT&T 

“Transport optimization in broadband networks,” by I. Chlamtac, A. 
Ganz and G. Karmi, Univ. of Mass. 

“Multipoint connection management in high speed networks," by R. 
Bubenik, J. De-Hart and M. Gaddis, Washington Univ. 

“Circuit service in deflection networks,” by F. Borgonovo, L. Fratta 
and F. Tonelli, Politechnico di Milano 


2c PERFORMANCE EVALUATION I 

“Performance analysis of an integrated multiplexer in the customer 
premises node of broadband integrated services network,” by C-J. 
Chang and S-Y. Wang, National Chiao Tung Univ. 

“Modeling issues on an ATM multiplexer within a bursty traffic 
environment," by A. Baiocchi and N. B. Melazzi, Univ. “La Sapienza" 
of Rome; M. Listanti and R. Winkler, Fondazione Ugo Bordoni; and 
A. Roveri, Univ. “La Sapienza’ of Rome 
“Performance and stability aspects of congestion control by input 
buffer limiting in store and forward networks,” by J. Kaniyil and Y. 
Onozato, Univ. of Electro-Communications; K. Katayama, IBM; and 
S. Noguchi, Tohoku Univ. 

“Throughput monotonicity in communication networks with blocking: 
properties and counter examples," by P. D. Sparaggis and C. G. 
Cassandras, Univ. of Mass. 

2d NETWORK MANAGEMENT 

“Clustering schemes for network management," by A. Bouloutas and 
P. M. Gopal, IBM 

“End-to-end performance modeling for network management 
systems," by T. Nishida, NEC 

“SONET - A network management viewpoint," by R. Holter, Rockwell 
International 

“A layered description of ATM cell traffic streams and correlation 
analysis," by 0. Gihr and P Tran-Gia, Bond Univ. 

















Tuesday Afternoon April 9,1991 


1:30-3:00 


3a SWITCH ARCHITECTURE I 

“A fast packet switch with shared concentration and output 
queueing," by D. X. Chen and J. W. Mark, Univ. of Waterloo 
“A high-speed packet switch architecture with a multichannel 
bandwidth allocation," by K. Ohtsuki, Kobe University; K. Takemura, 
Mitsubishi; J. Kurose, Univ. of Mass; and H. Okada and Y. Tezuka, 
Osaka Univ. 

“The Christmas-Tree Switch: A shared-path binary tree output 
queuing fast packet switch," by W. Wang and F. A. Tobagi, Stanford 
\ Univ. 

“A high performance copy network for B-ISDN," by C.-L. Tarng and 
I J. S. Meditch, Univ. of Washington 

3b RING NETWORKS I 

“A general approach to the delay analysis of symmetric token ring 
networks," by D. Karvelas, N.J. Institute of Technology; and A. Leon- 
Garcia, Univ. of Toronto 

“Register-insertion type slotted rings: a performance analysis,” by Y. 
Fuwa, Shinshu Univ.; and S. Tasaka, Nagoya Institute of Technology 
“Analysis of token ring networks with both finite and infinite buffer 
capacity stations,” by R. H. Deng, W.C.L. Chiew and K-T. Huang, 
National Univ. of Singapore 

“A hybrid token/insertion ring LAN,” by Z. G. Vranesic, V. C. 
Hamacher, A. K. Sanwalka and S. G. Zaky, Univ. of Toronto 


3C MULTIPLE-ACCESS TECHNIQUES I 

“Slotted ALOHA in high speed bidirectional bus networks," by W. C. 
Lee, CODEX; and P.Humblet, MIT 
“Performance analysis of slotted replication ALOHA over fading 
communications channels," by H. H. Tan and S. V. Hung, Univ. of 
Cal. Irvine 

“Recursive retransmission control for a two-station slotted-ALOHA 
network," by A. S. Galanopoulos and R. L. Hamilton, Jr., Ohio State 
Univ. 

“Capacity allocation under random slot assignment policy," by I. 
Stavrakakis, Univ. of Vermont 

3d INTERNET I 

“Routing in multi-domain networks,” by D. D. Dimitrijevic, B. 

Maglaris, and R. R. Boorstyn, Polytechnic Univ. 

“Connectivity database overhead for inter-domain policy routing," by 

D. Estrin and K. Obraczka, Univ. of Cal. Irvine 

“Fair charging policies and expected cost optimal routing in internets 

with packet loss," by V. Rutenburg, SRI International 

“Minimum fragmentation internetwork routing," by M. A. Bonuccelli, 

Universita di Pisa 


3:30-5:00 


4a CONGESTION CONTROL 

“Congestion avoidance strategies in broadband packet networks," by 
i R. S. Dighe, C. J. May and G. Ramamurthy, AT&T 
“A distributed congestion-prevention scheme for ATM switching 
fabrics based on buffered delta networks," by W-S. E. Chen, Y. M. 
Kim, K. Y. Lee and M. T. Liu, Ohio State Univ. 

“Congestion control and bandwidth management in high-speed 
networks," by A. Hac, AT&T 

“Duration-limited statistical multiplexing of delay sensitive traffic in 
packet networks," by S. J. Golestani, Bellcore 

4b HIGH-SPEED NETWORK DESIGN 

“An integrated methodology for supporting network planning and 
traffic engineering with considerations to switched multi-megabit data 
service," by J. L. Wang, Bellcore 
“Decomposition methods for multihour synthesis of private 
telecommunications networks," by A. Girard and E. Abassi, INRS- 
Telecommunications 

“Overall design requirements of broadband ATM networks,” by J. K. 
Choi, M. Choi, T. S. Chung, Y. S. Shin and K. S. Kim, EPRI, Korea 
“Receptivity: A measure of computer networks’ ability to 
accommodate concurrent communications," by J. Antonio, Purdue 
Univ. 


4c QUEUEING MODELS I 

“Multi-media traffic queueing analysis with diversity of correlation and 
burstiness properties," by S.-Q. Li and H-D. Sheng, Univ. of Texas, 
Austin 

“Queueing behavior under flow control at the subscriber-to-network 
interface for high speed metropolitan area networks," by I. Rubin and 
K. D. Lin, UCLA 

“Resequencing delay for a queueing system with multiple servers 
under a threshold-type scheduling,” by I. Sasase and S. Mori, Keio 
Univ. 

“Queueing performance with impatient customers," by Z.-X. Zhao 
and S. S. Panwar, Polytechnic Univ.; and D. Towsley, Univ. of Mass. 

4d ANALYSIS OF PROTOCOLS 

“On buffer-economical store-and-forward deadlock prevention," by B. 

Awerbuch, MIT; S. Kutten, IBM; and D. Peleg, Weizmann Institute 

“Distributed implementation of real-time counters,” by G. Gopal, N. 

Griffeth and A. Weinrib, Bellcore 

“On the performance of bursty and correlated sources subject to 

leaky bucket rate-based access control schemes," by K. Sohraby, 

IBM; and M. Sidi, Technion, Israel Institute of Technology 

“On the equivalence of IEEE 802.4 and FDDI timed token protocols," 

by P. Montuschi and A. Valenzano, Politechnico di Torino; and L. 

Ciminiera, Universita di Bari 








Wednesday Morning April 10,1991 


8:30-10:00 


5a HIGH-SPEED SWITCHING 

“An optimal packet switch architecture for ATM,” by G. Albertengo, 
Politecnico di Torino 

“A fast packet switching satellite communication network,” by E. Del 
Re and R. Fantacci, Universita di Firenze 
“The performance analysis of an input access scheme in a high¬ 
speed packet switch,” by M. K. M. Ali and M. Youssefi, Concordia 
University 

“Fault tolerant double tree multistage interconnection network," by P. 
K. Bansal, K. Singh, R. C. Joshi and G. P. Saroha, University of 
Roorkee 

5b PANEL: BROADBAND SERVICES 

Organizer: B. Gopinath 


5c PERFORMANCE OF PROTOCOLS 

“Performance of an extended IEEE 802.5 protocol in hard real-time 
systems," by L. Yao and W. Zhao, Univ. of Adelaide 
“Performance analysis of a flexible protocol achieving user fairness 
in high-speed dual-bus networks with destination release,” by Y. 
Gong and M. Paterakis, Univ. of Delaware 
“A performance comparison of connection-oriented and 
connectionless LLC protocols in a high-speed satellite data network,” 
by S. Tasaka and T. Suzuki, Nagoya Institute of Technology 
“A general analysis technique for ARQ protocol performance in high 
speed networks,” by I. F. Akyildiz, Georgia Institute of Technology: 
and W. Liu, DBP Telecom 


5d ROUTING AND RELIABILITY 

“Robust traffic design for dynamic routing networks,” by G. R. Ash, F. 
Chang and D. Medhi, AT&T 

“VLSI implementation of routing tables: tries and CAMs,” by T.-B. Pei 
and C. Zukowski, Columbia Univ. 

“A message-optimal protocol for global surveys in faulty networks,” 
by K. Luo and Y.-C. Chow, Univ. of Florida 
“Experimental results on preprocessing of path/cut terms in sum of 
disjoint products technique," by S. Soh and S. Rai, Louisiana State 
Univ. 


10:30-12:00 


6a ADMISSION CONTROL 

“A dynamic rate control mechanism for integrated networks," by N. 
Yin and M. G. Hluchyj, Codex 

“Admission control for real-time packet sessions," by J. Ferrandiz, 
Hewlett-Packard: and A. Lazar, Columbia Univ. 

“Congestion control by adaptive admission,” by Z. Haas and J. H. 
Winters, AT&T 

“Admission control for multi-layer management of high-speed 
packet-switched networks under observation noise,” by I. Rubin and 
T. Cheng, UCLA 

6b PROTOCOLS FOR HIGH-SPEED NETWORKS 

“Blocking in multirate networks,” by E. Valdimarsson, Washington 
Univ. 

“Scheduling algorithms for burst reservations on wide area high 
speed networks,” by P. Schragger, Univ. of Delaware 
“On-line minimization of call setup time via load balancing: A 
stochastic approximation approach,” by R. Simha, College of William 
and Mary; and J. F. Kurose, Univ. of Mass. 

“A routing strategy for MAN interconnection," by V. Catania, 
Universita di Catania; M. Gerla, UCLA; and C. Pavanelli, Telettra 


6c MULTIPLE-ACCESS TECHNIQUES II 

“Optimal multiaccess of slotted communication channels,” by S. W. 
Kim, Korea Adv. Insti. of Science and Tech.; and W. E. Stark, Univ. of 
Michigan 

“A random multiple-access algorithm for the dependent feedback 
error channel," by Y. Gong and M. Paterakis, Univ. of Delaware 
“On performance evaluation and protocol design of tree protocol with 
collision detection," by J.-H. Huang and C.-N. Wu, National Taiwan 
Univ. 

“Growing binary trees in a random environment,” by I. Kessler and 
M. Sidi, Technion, Israel Institute of Technology 

6d RESOURCE ALLOCATION 

“Control of multiple service, multiple resource communication 
networks,” by S. Jordan and P. Varaiya, Univ. of Cal. Berkeley 
“Efficient time-slot assignment algorithms for SS/TDMA Systems 
with variable bandwidth beams,” by S. Chalasani and A. Varma, IBM 
“An adaptive scheduling algorithm for TDM switching systems," by 
W.-T. Chen and H.-J. Liu, National Tsing Hua Univ. 

“Scheduling variable-length messages on slotted, high-speed fiber 
optic LANs/MANs using the continuation-bit approach,” by B. 
Mukherjee, Univ. of Cal. Davis; and A. E. Kamal, Univ. of Alberta 









Wednesday Afternoon April 10,1991 

1:30-3:00 


7a ANALYSIS OF HIGH SPEED SWITCHES 

“Performance of trunk grouping in packet switch design,” by S.-Q. Li, 
Univ. of Texas, Austin 

“Analysis of a packet switch with input and output buffers and speed 
constraints,” by A. K. Gupta and N. D. Georganas, University of 
Ottawa 

“Performance of output-buffered banyan networks with arbitrary 
buffer sizes," by H. S. Kim, I. Widjaja and A. Leon-Garcia, Univ. of 
Toronto 

"Priority performance of Banyan-based broadband-ISDN switches,” 
by S. Tridandapani and J. S. Meditch, Univ. of Washington 

7b INTEGRATED NETWORKS 

“A movable-boundary channel-access scheme for integrated 
voice/data networks," by J. E. Wieselthier, NRL; and A. Ephremides, 
Univ. of Maryland 

“On the packet size in integrated networks,” by Z. Haas and R. D. 
Gitlin, AT&T 

“A cost-based scheduling algorithm to support integrated services,” 
by J. M. Peha, SRI International; and F. A. Tobagi, Stanford Univ. 

“An algorithm approach to generating network traffic requirements,” 
by B. Zell and P. C. Fetterolf, Univ. of Pennsylvania 


7c ERROR CONTROL AND ARQ 

“The performance of simple error control protocols under correlated 
packet losses," by G. R. Pieris and G. H. Sasaki, Univ. of Texas, 
Austin 

“The throughput efficiency of Go-Back-N ARQ scheme for burst error 

channels," by T.-H. Lee, National Chiao Tung University 

“A technique to detect and compensate consecutive cell loss in ATM 

networks," by H. Ohta and T. Kitami, NTT 

“An adaptive incremental redundancy selective-repeat ARQ scheme 

for finite buffer receivers," by S. Kallel and C. Leung, Univ. of British 

Columbia 

7d DISTRIBUTED COMPUTING SYSTEMS 

“Performance study of dynamic load balancing policies for 
distributed systems with service interruptions,” by H.-C. Lin, G.-M. 
Chiu and C. S. Raghavendra, USC 
“A close look at task assignment in distributed systems," by S. 
Ramakrishnan, l.-H. Cho and L. Dunning, Bowling Green State Univ. 
“Correcting remote references to a server in distributed operating 
systems,” by K. Ravindran, Kansas State Univ. 

“On clustering of hypercube for large-scale multiprocessor systems," 
by Y. Kim, Pusan National Univ.; and C. Kim, Seoul National Univ. 


3:30-5:00 


8a ROUTING IN HIGH SPEED NETWORKS 

“A hierarchical scheme for combined access control and routing of 
circuit-switched traffic in ISDN environments," by G. Meempat, Univ. 
of Nebraska; and K. Sundareshan, University of Arizona 
“Packet routing in optimal time on a butterfly," by A. Krishna, A. 
Pietracaprina and B. Hajek, Univ. of Illinois, Urbana-Champaign 
“Broadcasting in a growable packet (ATM) switch,” by D. J. Marchok, 
C. E. Rohrs and R. M. Schafer, Tellabs Research Center 
“An analysis of deflection routing in optical multi-dimensional regular 
mesh networks," by C. Fang and T. Szymanski, Columbia Univ. 

8b DQDB 

“Efficient multi-packet message transmission with slot reuse on 
DQDB,” by A. E. Kamal, Univ. of Alberta 
“Alternative strategies for improving the fairness in and an analytical 
model of DQDB networks," by B. Mukherjee and S. Banerjee, Univ. 
of Cal. Davis 

“Fair access of multi-priority traffic to distributed-queue dual-bus 
networks," by E. Hahne and N. Maxemchuk, AT&T 
“Fiber optic configurations supporting confidentiality in passive 
DQDB systems," by G. Coomaraswamy, S. P.R. Kumar and M. E. 
Marhic, Northwestern Univ. 


8c PERFORMANCE MODELS 

“Distribution of the total delay of packets in virtual circuits," by S. 
Chowdhury, Univ. of Arizona 

“Some performance aspects of trading service design," by A. Wolisz 
and V. Tschammer, GMD Fokus 
“ATM system buffer design under very low cell loss probability 
constraints," by F. Bemabei, R. Ferretti, M. Listani and G. Zingrillo, 
Fondazione Ugo Bordoni 

“Convergence of synchronous and asynchronous algorithms in 
multiclass networks," by Z. Zhang, Columbia Univ; and C. Douligeris, 
Univ. of Miami 

8d PROTOCOLS I 

“A high speed protocol processor to execute OSI," by M. Terada, T. 

Yokoyama, T. Hirata and S. Matsui, Hitachi 

“Modularity versus efficiency in OSI system implementations," by G. 

S. Poo and B. P. Chai, National Univ. of Singapore 

“Constructing protocol converters with guaranteed service," by Y.-W. 

Yao and M.-T. Liu, Ohio State Univ. 

“Generating minimal length test sequences for conformance testing 
of communication protocols,” by R. E. Miller and S. Paul, Univ. of 
Maryland 








Thursday Morning April 11,1991 

8:30-10:00 


9a LIGHTWAVE NETWORKS II 

“Photonic multihop bus networks," by T. D. Todd, Z. Khurshid, A. M. 
Bignell and S. Sivakumaran, McMaster Univ. 

“WDM passive star-protocols and performance analysis,” by A. Ganz 
and Z. Koren, Univ. of Mass. 

“Multihop lightwave networks based on de Bruijn graphs,” by K. 
Sivarajan and R. Ramaswami, IBM 
“Performance analysis of multihop lightwave networks with hot 
potato routing and distance-age-priorities," by Z. Zhang and A. S. 
Acampora, Columbia Univ. 

9b RING NETWORKS II 

“Lossless asynchronous broadcast-and-feedback on the MetaNet 

Architecture,” by Y. Ofek and M. Yung, IBM 

“DSDR: A fair and efficient access protocol for ring-topology MANs,” 

by A. Bondavalli, CNUCE-CNR; and L. Strigini, IEI-CNR 

“A new scheme for dynamic management of isochronous channels 

in integrated rings," by R. Cohen and A. Segall, Technion, Israel 

Institute of Technology 

“Token-passing systems with batch arrivals and their application to 
multimedia file transfer over token-ring LANs," by R. H. Deng, X. 
Zhang and K.-T. Huang, National Univ. of Singapore 


9c PACKET RADIO NETWORKS 

“Some rules for achieving fair spatial TDMA channel access 
protocols for multihop radio networks," by A.-M. Chow and V.O.K. Li, 

use 

“A neural network approach to routing in multihop radio networks," 
by J. E. Wieselthier and C. M. Barnhart, NRL; and A. Ephremides, 
Univ. of Maryland 

“A novel topology control for multihop packet radio," by L. Hu, Univ. 
of Cal. Berkeley 

“Delay analysis of buffered BTMA protocols in multihop packet 
radio,” by C.-S. Wu and V.O.K. Li, USC 

9d INFORMATION SYSTEMS AND PROCESSING 

“Application-specific group communications in distributed servers," 
by K. Ravindran, Kansas State Univ.; and S. T. Chanson, Univ. of 
British Columbia 

“RN/op/9: Specification, Design and Implementation of an Interactive 
Conferencing System," by M. d’lnvemo, University College London 
“Personal multimedia - multipoint teleconference system," by H. 
Tanigawa, T. Arikawa, S. Masaki and K. Shimamura, NTT 
“Critical clustered exponential code," by T. Stern, Geac Computer 


10:30-12:00 


10a PANEL: TECHNICAL CHALLENGES IN GIGABIT 
NETWORKS 

Organizer: I. Gopal, IBM 
Moderator: J. Kurose, Univ. of Mass. 

Panelists: K. Eng, AT&T; A. S. Acampora, Columbia Univ.; I. Gopal, 
IBM; H.T. Kung, CMU 

10b LAN/MAN INTERCONNECTION 

“Load sharing and shortest-path routing in transparently 

interconnected local area networks,” by B. Rajagopalan and M. 

Faiman, Univ. of Illinois, Urbana-Champaign 

“Bandwidth advertising for MAN/ATM connectionless internetting," by 

P. Crocetti and G. Gallassi, Italtel; and M. Gerla, UCLA 

“Simple design algorithms for interconnected bus networks," by G. 

Sasaki, Univ. of Texas, Austin 

“A proposal for interconnecting FDDI networks through BISDN," by 
L. Mongiovi, Cefriel Polimi; and M. Farrell and V. Trecordi, Societa 
Cavi Pirelli 


10c QUEUEING MODELS II 

“Mean waiting time approximations in cyclic-service systems with 
exhaustive limited service policy," by K. Chang and D. Sandhu, 
Rensselaer Polytechnic Institute 

“Multiserver multiqueue systems with limited service and zero walk 
time," by M. A. Marsan, S. Donatelli and F. Neri, Universita di Milano 
“Performance analysis of cyclic-priority input access method for a 
multicast switch," by J. F. Hayes, X. Chien and M. M. Ali, Concordia 
Univ. 

“Transient analysis of multi-server queues with Markov-modulated 
Poisson arrival and overload control," by D.-S. Lee, NEC; and S.-Q. 
Li, Univ. of Texas, Austin 

lOd ROUTING ALGORITHMS 

“Approximate distributed Bellman-Ford algorithms," by B. Awerbuch, 
MIT; and A. Bar-Noy and M. Gopal, IBM 
“Efficient distributed algorithms for computing shortest pairs of 
maximally disjoint paths in communication networks,” by V. 
Rutenburg, SRI International 

“Multi-objective routing in integrated services networks: A game 
theory approach," by A. A. Economides and J. A. Silvester, USC 
“Effect of caching on routing-tables in multimedia environments," by 
X. Chen, Cambridge Univ. 









Thursday Afternoon April 11,1991 


1:30-3:00 

11a SWITCH ARCHITECTURE II 

“A fault tolerant reconfigurable ATM switch fabric,” by S.-C. Yang and 

J. A. Silvester, USC 

“The tandem banyan switching fabric: A simple high-performance 
fast packet switch," by F. A. Tobagi and T. Kwok, Stanford Univ. 
“Shuffleout interconnection networks with deflection routing for ATM 
switching: The closed-loop shuffleout," by M. Decina and P. 

Giacomazzi, Politechnic of Milan; and A. Pattavina, Univ. “La 

Sapienza," Rome 

“Dilated multistage interconnection networks for fast packet 
switching," by E. T. Bushnell and J. S. Meditch, Univ. of Washington 

lie MULTIPLE-ACCESS TECHNIQUES III 

“Preassigned retransmission slots multiple access scheme (PARS)," 
by M. Sarraf, AT&T 

“Stability analysis for persistent CSMA/CD systems," by K. Tsai and 

H. H. Tan, Univ. of Cal. Irvine 

“The receiver and transmitter code sensing protocol and its 
applications in distributed DS-CDMA Networks," by X. H. Chen and 

J. Oksman, University of Oulu 

“Throughput-delay and stability analysis of an asynchronous spread 
spectrum packet radio network," by D.-M. Lim and H.-S. Lee, Korea 
Adv. Inst, of Science and Technology 

11b MULTICAST ALGORITHMS 

“On multicast path finding algorithms," by C.-H. Chow, Bellcore 
“Multicast source routing in packet switched networks,” by T.-S. P. 

Yum, The Chinese Univ. of Hong Kong; and M.-S. Chen, IBM 
“A recursive multistage structure for multicast ATM switching,” by R. 
Cusani and F. Sestini, University of Rome “Tor Vergata” 

“Time slot assignment in TDM multicast switching systems," by W.-T. 
Chen, P-R. Sheu and J.-H. Yu, National Tsing Hua Univ. 

lid INTERNET II 

“Systematic design of a network gateway using the FDT LOTOS," by 
L. F. Pires and J. Schot, University of Twente 
“Performance modeling and optimization of interconnected 
ethernets," by S. Gupta and K. W. Ross, Univ. of Pennsylvania 
“High time-resolution measurement and analysis of LAN traffic: 
implications for LAN interconnection," by W. E. Leland and D. V. 
Wilson, Bellcore 

“An analysis of OSI in the NASA science internet," by R. Nitzan, 
Sterling Software 

3:30-5:00 


123 PERFORMANCE OF ATM NETWORKS 

“Performance analysis of a virtual circuit connection in a high speed 
ATM WAN using the Best Effort delivery strategy," by N. Shroff and 
M. El- Zarki, Univ. of Pennsylvania 
“Bandwidth allocation and selective discarding for variable bit rate 
’ video and bursty data calls in ATM networks," by M. Decina and L. 
Faglia, CEFRIEL Polimi; and T. Toniatti, Italtel 
“Performance improvement of an ATM network by introducing string 
mode," by J. H. Dejean, MET; and L. Dittmann and C. Lorenzen, 
Technical Univ. of Denmark 

“Nested threshold cell discarding for ATM overload control: 
Optimization under cell loss constraints," by D. W. Petr and V. S. 
Frost, Univ. of Kansas 

12b FDDI 

“Real-time traffic in FDDI-II packet switching vs. circuit switching,” by 
j P. Martini, Univ. of Paderborn; and T. Meuser, Aachen Univ. of 
Technology 

“Transient behavior of the FDDI protocol under heavy load,” by I. Ali 
and K. S. Vastola, Rensselaer Polytechnic Institute 
“Maximizing FDDI network performance by parameter tuning,” by Y. 
i Y. Yang and R. Sankar, Univ. of South Florida 

“Delay time analysis of FDDI protocol,” by C.-C. Lu and K.-Y. Lin, 
National Tsing Hua Univ. 


12c QUEUEING MODELS III 

“Distribution of the loss period for some queues in continuous and 
discrete time,” by H. Schulzrinne and J. F. Kurose, Univ. of Mass 
“Discrete-time priority queueing systems with two-state Markov 
modulated arrival processes," by A. Khamisy and M. Sidi, Technion, 
Israel Institute of Technology 

“Study of multi-media traffic queues with finite buffer and overload 
control: An algorithmic approach,” by Y. Ye, Columbia Univ.; and S.- 
Q. Li, Univ. of Texas, Austin 

“Rate conservation analysis of the multiclass M/G/1/B queue," by J. 
Ferrandiz, Hewlett-Packard; and A. Lazar, Columbia Univ. 

12d PROTOCOLS II 

“Minimal complexity for the simplest protocol," by C. Huitema and W. 
Dabbous, INRIA 

“On the performance of protocols for collecting responses over a 
multiple-access channel," by M. H. Ammar and G. Rouskas, Georgia 
Institute of Technology 

“Distributed code assignments for CDMA packet radio," by L. Hu, 
Univ. of Cal. Berkeley 

“ALOHA/Slotted-CSMA protocol for a very high-speed optical fiber 
local area network using passive star topology," by H. Shi and M. 
Kavehrad, Univ. of Ottawa 









Advance Registration 

Advance Registration 

Prior to March 8,1991 

Late Registration 

After March 8,1991 
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Member 

Non-member 
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Non-member 

Tutorial - Network Security (Half-day) 

$130_ 

$165_ 

$160- 

$200_ 

Tutorial - High Speed Data Networks (Half-day) 

$130- 

$165- 

$160_ 

$200- 

Tutorial - Fast Packet Switching (Full day) 

$245_ 

$310_ 

$295- 

$375- 

Tutorial - Wireless Networks (Full-day) 

$245_ 

$310- 

$295_ 

$375- 

Tutorial - Multimedia and Imaging (Full-day) 

$245_ 

$310- 

$295- 

$375- 

Tutorial - Local Computer Networks (Full-day) 

$245_ 

$310_ 

$295_ 

$375_ 

Conference Registration 

$275_ 

$345_ 

$330- 

$415- 


Students, conference only, not $50- $75_ 

employed full time and must show 
student identification card at door; 
does not include proceedings. 

Total Enclosed J>_(Payment must be enclosed) 


Complete this form 
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(U.S. Dollars) or credit 
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Applying technology with Neuralworks Professional II 


Peter G. Raeth, Wright Research and Development Center, Avionics Laboratory 


A well-known problem exists in to¬ 
day’s information-based society. Given 
the large volume of information and its 
novelty and unpredictability, what model 
underlies a given set of information sam¬ 
ples? At my laboratory, we find increas¬ 
ingly that classical analysis techniques 
cannot determine the underlying model. 
Even when classical techniques should 
work, applying them to the data in ques¬ 
tion on a traditional von Neumann com¬ 
puter makes the computations far too 
time-consuming. For many avionics ap¬ 
plications, therefore, we have realized 
that we can’t squeeze much more juice 
out of traditional hardware architectures 
and historical computational methods. 

Even with all the new issues that ac¬ 
company the latest computing methods, 
researchers have managed to create ways 
to get a computer to help them cope with 
society’s information explosion and to 
readily make correct decisions based on 
the resulting information deluge. One 
particularly effective method of dealing 
with this deluge is neural networks. In 
the review, we discuss a tool for their de¬ 
velopment. 

Neuralworks Professional II is pro¬ 
duced by Neuralware, a company with a 
successful history of putting neural net¬ 
work development capabilities into the 
hands of people with real problems to 
solve. 

Evaluating a product should shed light 
on its value to some real application. My 
project involves research into advanced 
computing methods for defense avionics. 
Many processing problems in this do¬ 
main can be represented as collections of 
binary words. The portion of the project 
for this review involved correction of 
binary-coded information tokens. These 
tokens have no parity bits, but we do 
have some a priori idea of what informa¬ 
tion tokens could possibly be generated. 
The original binary sequence becomes 
corrupted between the sender and receiv¬ 
er. The sender does not cooperate with 
the receiver. The receiver’s desire is to 
take the corrupted binary sequence and 
restore it to its original form. 

The project explores the capability of 
neural networks to deal with this situa¬ 
tion. Our goal is to achieve at least a 50 
percent restoration rate consistently (that 
is, 50 percent of the corrupted bits are re¬ 
stored to their original setting). The bits 


that cannot be corrected should be passed 
through without change. We also want to 
see what happens as the a priori knowl¬ 
edge of possible binary sequences be¬ 
comes increasingly imperfect. The cor¬ 
rupted binary sequences are generated 
from a set of pure original sequences ac¬ 
cording to a percentage bit-corruption 
rate (for instance, a 20 percent chance of 
a bit being inverted). 

Required hardware. The tool func¬ 
tions correctly on the computers speci¬ 
fied by the company, but you’ll need 


The manual is written 
for engineers 
by engineers and 
has a very practical 
focus. 


more if you want to obtain any real value 
out of it. Minimum specifications call for 
the following PC components: 

• an IBM PC or 100 percent clone, 

• a 512-Kbyte main memory, 

• a CGA black-and-white display, 

• a 3-Mbyte hard disk (there is no 
floppy-only option), 

• a 5.25-in. double-sided, double¬ 
density floppy disk, and 

• MS-DOS Version 3.X. 

I do not recommend operation without 
a mouse because the keyboard interface 
is very unnatural. It does not have “hot” 
keys but uses several “standard” keys. 
Thus, the movement of the cursor and 
the activation of selections make using 
the tool without a mouse frustrating. 
However, the tool is a breeze under 
mouse control. Many types of PCs can 
run this software, including the Epson 
Equity II+, IBM PC AT, Zenith Z248 (8 
and 12 MHz), and Zenith Z150. 

I do not recommend that you use this 
tool on less than an AT-class machine 
because of speed considerations. Even 
so, operation without a math chip is far 


too slow. The tool flies when a math chip 
is installed, taking only one minute to do 
the 2,000 training iterations in the tutori¬ 
al’s four-node back-propagation example 
using the two-dimensional EXCLUSIVE 
OR metric. You must have a color moni¬ 
tor for effective use, since much display 
information is color-coded. I also recom¬ 
mend a 640-Kbyte main memory and 
some extended memory for use as a 
RAM drive. 

Prices for Neuralware’s software vary 
depending on the computer you are us¬ 
ing. Generally, the more capable the 
computer, the more that version of the 
tool costs. In addition to being available 
for the IBM PC series, the tool works 
with Ncube, Sun, and Macintosh com¬ 
puters. On the IBM PC version, you can 
begin with Neuralworks Explorer for 
$99. This version permits fewer total net¬ 
work nodes and has fewer options such 
as Neural Probes. But it is an inexpen¬ 
sive way to get started if you just want to 
become comfortable with the tool and 
the technology. Explorer is upwardly 
compatible with Neuralworks Profes¬ 
sional II, which costs $1,900. For anoth¬ 
er $2,000, you can add a code generator. 
You can buy a user-defined network dy¬ 
namics package for $1,000 more. (Prices 
include an unlimited run-time license. 
Courses of instruction are also avail¬ 
able.) 

Getting started. As always, the place 
to start is the manual. If you don’t want 
to take the time to read through both vol¬ 
umes, don’t expect this tool to be useful. 
You’ll have to spend about three hours 
per day for about a month absorbing this 
material, working through the tutorial, 
and trying out examples. You can speed- 
read this stuff, but there is no substitute 
for understanding it and gaining some 
experience. 

The manual is obviously written by 
engineers for engineers and as such is 
very practical in its focus. The conversa¬ 
tional style maintains engineering preci¬ 
sion. Both the glossary and index are 
very good because they are detailed. I 
could easily look up even the most un¬ 
likely topics. 

I did take exception to the equation no¬ 
tation. In some equation presentations, 
such as on p. UG122, the manual seems to 
display a computer-oriented order of com- 
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putation instead of common math nota¬ 
tion, although this is not stated anywhere. 

Neuralworks is a complex tool with 
many layers of menus and submenus. 
Neuralware tries to document the tool us¬ 
ing a gradual approach that does not 
dump all the details on the reader at 
once. The company has made a valiant 
and mostly effective effort. 

Application specifics. After absorbing 
the documentation and working through 
the examples and tutorial, I proceeded to 
apply the tool to the research problem at 
hand. I chose the Probability Neural Net¬ 
work (PNN) from the package examples 
that we tried because it uses a supervised 
training method, trains in one pass, and 
permits an analog data representation. 
Our lab had originally begun the research 
using our own supervised implementa¬ 
tion of ART-I, the binary version of 
Grossberg’s Adaptive Resonance Theo¬ 
ry. However, the tool would not permit 
us to implement a supervised version of 
this network. 

Having decided on PNN, we went 
back to read again the section in Volume 
I that discusses that network. Afterward, 
it took less than five minutes to config¬ 
ure a version of that network for our 
needs. This configuration had 103 hidden 
nodes because we had 102 training ex¬ 
amples. (In PNN, the number of hidden 
nodes equals the number of training ex¬ 
amples plus one.) We used 39 input 
nodes and 102 output nodes. (PNN is a 
classification network with one output 
node for each class. We had one training 
example for each class.) 

The classification results were dismal 
on this first attempt, which took us back 
to the manual to review the discussion on 
PNN. We noticed an interesting point in 
the examples. The company used a 
SCALE and OFFSET of the data to fit it 
to the network’s input range of-1 to +1. 
We had not entered any SCALE or OFF¬ 
SET, although we had used the company 
data range of 0 to 1. After checking our 
network’s configuration against the com¬ 
pany’s, we discovered that our SCALE 
and OFFSET assumed a data range of -1 
to +1. After regenerating our data for this 
range, we reran the experiment. 

The results were much better — but 
not what we expected. Since we were 
testing the trained network with the 
training data, we could reasonably expect 
a 100 percent correct classification, but 
the classification accuracy was only 
about 80 percent. At this point, we began 
to study our data carefully. This effort 
revealed that many duplicate training 
vectors existed but that these duplicates 
were not tied to the same classification. 
After correcting this bug in our data gen¬ 
erator, we ended up with 69 unique train¬ 


ing vectors and classifications. We then 
reconfigured the network (taking another 
five minutes) and reran the experiment. 
The result was a 100 percent correct 
classification. 

After we verified the network, we pro¬ 
ceeded easily to generate a 2-Mbyte test 
data file. It contained 200 blocks of data 
similar to the training data, with each 
block containing increasingly corrupt 
data (0 through 100 percent). The tool 
generated an 8-Mbyte output file that we 
processed to produce a two-dimensional 
graph showing classification accuracy 
versus corruption. 

This run took several hours on our 12- 
MHz Zenith with a math chip. Of this 
amount of time, training the network re¬ 
quired only a few minutes. The training 
file consisted of 69 vectors, each with 39 
elements. The test file had 13,800 vec¬ 
tors, also with 39 elements. The result 
was a good global view of PNN classifi¬ 
cation accuracy. 

Closing remarks. We did not use all 
parts of the tool in this research project. 
The tool supports user-defined control 
strategies and instrument descriptions. 
There are two complete languages for 
this. These languages permit the user to 
control minute details of Neuralware. 
Both the flow of data through the net¬ 
work and the description of the network, 
its probes, and its instruments can be 
controlled to a precise level of detail. 

This capability is good for advanced us¬ 
ers and offers many opportunities for 
highly complex and custom applications. 

After you use the tool awhile, you be¬ 
gin to realize it was developed by a group 
of people with considerable experience in 
neural network applications. As my ap¬ 
plication brought about new requirements 
for the tool, I found that Neuralworks 
can fill the need. Users of previous ver¬ 
sions will really be pleased with the im¬ 
provements presented by this version. 

Some drawbacks appeared as the re¬ 
search intensified. The tool cannot easily 
support numerous experiments that in¬ 
volve retraining the network. All of that 
has to be done manually. Our research 
into neural network performance analysis 
involves as many as 2,500 experiments 
on a single network. Using the tool by it¬ 
self, this number of data points would 
take a long time to generate and the pos¬ 
sibility of human error would be high. 

For experiments involving network re¬ 
training, you could use the code pro¬ 
duced by the tool, but don’t try it unless 
you are an experienced C-language pro¬ 
grammer. A lot needs to be done to im¬ 
prove the understandability of the code. 
(The documentation for the code genera¬ 
tor totals only 47 pages, including instal¬ 
lation and machine-specific operation.) A 


working example based on the documen¬ 
tation’s back-propagation sample would 
be useful, since the tutorial leans heavily 
on this network type. The documentation 
should include a line-by-line explanation 
of what is going on in the MAIN routine 
(such as calls to learning and recall mod¬ 
ules) to help users insert their own con¬ 
trol code. It should also explain all the 
code modules that are produced by the 
MAKE routine. We needed a good top- 
down explanation that goes into consid¬ 
erable detail and code modules for spe¬ 
cific machines instead of the conditional 
compile statements. Only a very experi¬ 
enced C programmer could read and un¬ 
derstand the code with all the lines that 
are bypassed for a given computer. 

Did Neuralware’s tool lend significant 
help to the research project? Yes. It 
saved us untold time for each network 
we tried. It also introduced us to new 
network types and allowed us to experi¬ 
ment with them. An added benefit was 
how quickly a network could be recon¬ 
figured as we debugged our data genera¬ 
tor. For the tool to be ultimately support¬ 
ive, we will have to put considerable 
effort into learning the C code and writ¬ 
ing driver modules for it. I will continue 
to use the tool because of the way it has 
supported our project, as well as for its 
future potential support. 

Late-breaking news. As this issue 
was going to press, Neuralware an¬ 
nounced the January 1991 release of 
Neuralworks Professional II/Plus. This 
new version incorporates some very use¬ 
ful improvements. Among the most im¬ 
portant new features are 

• support for IBM RS 6000, i860 co¬ 
processor, and transputer boards and 
for Digital Neural Network Architec¬ 
ture chips. 

• an explanation facility that uses 
mathematical techniques to deter¬ 
mine which inputs have the greatest 
effect on the network’s result. (The 
explanation is provided in easily un¬ 
derstood terms.) 

• seven new network types, including 
8,000 variations of the back-propaga¬ 
tion type. 

• forty new commands to give the user 
more control over network architec¬ 
ture. 

• an iconic menu system that makes 
the graphical user interface much 
more intuitive for first-time users. 

Readers may contact Neuralware at 
Penn Center West, Bldg. IV, Ste. 227, 
Pittsburgh, PA 15276; phone (412) 787- 
8222. 
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NEW PRODUCTS 


Contact or send releases to Christine Miller, Computer, 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264; Compmail II, s.c.miller 


Accelerated desktop series includes 3D graphics 


The Sparcstation 2 series of desktop 
workstations runs at 28.5 MIPS and 4.2 
Mflops, almost double the speed of the 
Sparcstation 1+. The Sun Microsystem 
RISC workstations feature 16-Mbyte ex¬ 
pandable memory, a 40-MHz CMOS 
processor, and accelerated GX graphics. 
The operating system is compatible with 
Unix System V, Release 4. 

The system also features a 3.5-inch, 

1.44-Mbyte floppy drive that is compati¬ 
ble with DOS. It supports up to 414 
Mbytes of internal hard disk storage. 
With external storage devices, the capac¬ 
ity increases to 7.6 Gbytes. Three Sbus 
slots serve as serial ports to connect mo¬ 
dems, printers, scanners, and other pe¬ 
ripherals. 

Built-in support for networking proto¬ 
cols includes NFS, TCP/IP, PC NFS, and 
TOPS. An Ethernet port is also included. 

The Sparcstation 2GS features a 3D 
graphics workstation for solids modeling 
and 24-bit color rendering. It runs at 
150,000 3D vectors per second and 



20,000 Z-buffered, Gouraud-shaded 
polygons per second. According to the 
company, this 3D function enables vari¬ 
ous applications to run at or near live- 
motion speed. 

The Sparcstation 2GT features anti¬ 
aliasing and a virtual display list acceler¬ 
ator. The DLX manages graphics data¬ 
bases (display lists) and frees the CPU 
for other tasks. The 2GT processes 
500,000 3D vectors per second; 100,000 
Z-buffered, Gouraud-shaded polygons 
per second; and 100,000 antialiased 3D 
vectors per second. A 21-inch monitor 
provides 1,280 x 1,024 resolution. 

The Sparcserver 2, which includes a 
19-inch monitor, features a 51.9-data- 
base-transactions-per-second rate. The 
server supports up to 96 Mbytes of mem¬ 
ory and 7.6 Gbytes of SCSI mass stor¬ 
age. Configurations include a 150- 
Mbyte, 1/4-inch tape drive; a 2.3-Gbyte, 
8-mm tape drive; or a CD-ROM storage 
device. 

The Sparcstation IPC GX color desk¬ 
top workstation provides GX graphics 
for Auto CAD, Personal Designer, and 
Versa CAD. Options include a 16- or 19- 
inch color monitor. 

Prices range from $12,495 for the IPC 
GX to $49,995 for Sparcstation 2GT (al¬ 
low 120 days delivery for the latter mod¬ 
el). Upgrades are available to Sparcsta¬ 
tion and Sparcserver 1 and 1+ users. 

Sparcstation 2: Reader Service 30 
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Sparcstation 2GT: Reader Service 32 
Sparcserver 2: Reader Service 33 
Sparcstation IPC GX: 

Reader Service 34 


The Sparcstation 2 series retains the 
“pizza box” CPU package of previous 
models. 


Sparcstation 2-based 
workstation available from 
Computervision 

The 52P CADD Station combines inte¬ 
grated CAE/CAD/CAM software with 
the Sun Sparcstation 2 workstation. The 
graphics machine runs at 28.5 MIPS and 
4.2 Mflops. 

A standard configuration includes the 
Sparcstation 2 with a 19-inch monitor, 32 
Mbytes of expandable RAM, a 669- 
Mbyte expandable disk drive, Unix and 
CAD/CAM operating system software, 
and applications software. 

The software handles advanced wire¬ 
frame design, complex surface modeling, 
solid geometric modeling, printed circuit 
board design, and 2 1/2- and 3-axis ma¬ 
chine programming. 

The 52P starts at $52,900. 
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Polaroid records film from 
desktops 

The Digital Palette CI-3000 film re¬ 
corder produces graphics with high spa¬ 
tial resolution for smooth-lined text and 
graphics, color saturation, continuous- 
tone shaded backgrounds, and gray-scale 
balance. 

The CI-3000 works with computers 
supporting the Centronics parallel inter¬ 
face, including the IBM PC AT and the 
PS/2. 

The recorder features 2,000-line ad¬ 
dressable spatial resolution and 16.7 mil¬ 
lion addressable colors. 

Polaroid’s Imageprint software pro¬ 
vides compatibility with various applica¬ 
tion graphics packages and accepts 
scanned TIFF file images and video-cap¬ 
tured Targa files. 

The CI-3000 system costs $4,495. 

Reader Service 36 
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Supercomputing roundup 


Subsystem boosts mid-range supercomputers 


Extensions support 
technical computing 


The Data Management and Automated 
Storage Strategy (DMASS) from FPS 
Computing provides software for manag¬ 
ing and retrieving large amounts of data, 
as well as high-speed links to large disk 
storage. 

The subsystem includes a Uni Tree in¬ 
telligent file and storage management 
system that is scalable to over 100 
Gbytes, Maximum Strategy’s 300-Gbyte 


Future Link file servers improve ac¬ 
cess to shared storage resources in hier¬ 
archical file management, according to 
the company. Based on high-perfor¬ 
mance channels and standard network in¬ 
terfaces, the servers configure to support 
various storage devices. Uni Tree man¬ 
ages hierarchical file control. 


storage system, and a Hippi parallel in¬ 
terface. 

The Hippi interface for the FPS Model 
500 supercomputer costs $80,000, and 
Uni Tree software starts at $47,500. The 
Strategy Hippi storage system starts at 
$380,000 for 20-Gbyte storage. 

Interface: Reader Service 37 
Software: Reader Service 38 


The servers transfer data at 10 Mbytes 
per second per channel, with up to eight 
channels per Aptec’s Unix-based I/O 
Computer. 

System price starts at about $300,000. 

Reader Service 39 


Four new extensions boost the parallel 
processing, visualization, storage access, 
and interoperability features of IBM su¬ 
percomputers and workstations. These 
extensions enable users to employ up to 
four ES/9000 system complexes that re¬ 
putedly equal 24 parallel processors. 

The Enhanced Clustered Fortran unit 
consists of circuitry and software that 
share a 4-Gbyte workspace. 

The Supercomputing Visualization En¬ 
hancement allows real-time animation, 
inspection of supercomputer-generated 
images, and visualization of large calcu¬ 
lations. 

A Hippi-attached Disk Array Sub¬ 
system comprising multiple disks pro¬ 
vides additional computing capacity. 

The Floating-Point Data Interchange 
Facility converts data between IBM 
hexadecimal and ANSI/IEEE binary for- 


Cluster: Reader Service 40 
Visualization: Reader Service 41 
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Mass storage serves data- 
intensive applications 

Maspar’s Parallel Disk Array mass- 
storage system for its MP-1 parallel se¬ 
ries comes in formatted capacities rang¬ 
ing from 2.8 to 17.3 Gbytes with 
3-Mbyte-per-second throughput. The 
company plans a midyear upgrade to in¬ 
crease this speed to 14.5 Mbytes per sec¬ 
ond. The Unix-compatible system fea¬ 
tures a fault-tolerant mechanism that 
provides recovery from disk-drive fail¬ 
ures. MPDA handles large data sets for 
single-instruction, multiple-data comput¬ 
ing and features fault tolerance on three 
levels. 

The system cost ranges from $112,000 
to $315,000, depending on the storage 



Aptec file servers run on supercomputers 


The Future Link file server will be available the last half of 1991. Reader Service 44 


114 


COMPUTER 














Sky introduces 
supercomputer for desktop 

The Skystation desktop accelerates ex¬ 
isting Sun Sparcstation applications 
without source-code modification. Its 
computational speed of 65 MIPS and 12 
Linpack Mflops boosts Sparcstation 1 + 
and SLC performance. An i860 processor 
performs integer, floating-point, and 
graphics computations, while the i960 
handles I/O functions, system diagnos¬ 
tics, and booting. 

The Skystation costs $9,950 for a 2- 
Mbyte configuration (OEM and system 
integrator discounts). 
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The i860-based Compute Server sys¬ 
tem from Torque Computer works with 
Macintosh, Sun, and PC applications for 
3D graphics, electronic publishing, and 
scientific simulation. 

Base systems peak at 66 Mflops, with 
a 15-Mflops, 30-MIPS sustained perfor¬ 
mance. The desktop unit can expand to 


Cray Research and Network Systems 
have collaborated in the development of 
four Hippi-compliant crosspoint switch¬ 
es: the PS8-8, PS32-108, -116, and -132. 

The PS8-8, which replaces the P8, re¬ 
tains its four full-duplex channels and 
adds a “camp-on” feature that reserves a 
particular destination for the next access. 

The PS32 series features selectable 


The interprocedural Application Com¬ 
piler from Convex Computer automati¬ 
cally analyzes the entire application pro¬ 
gram rather than individual procedures. 

It supports Fortran and C-language appli¬ 
cations. 

The Convex AVS Application Visual¬ 
ization System enables users to take ad¬ 
vantage of advanced graphics and imag¬ 
ing techniques without graphics 
programming. 

Uni Tree is a Unix-based file and stor¬ 
age management system for networked, 
multivendor environments. The system 



Users can stack and connect plug-com¬ 
patible Sparcstation and Skystation 
systems. 


two i860 processors, while the floor¬ 
standing model can combine sixteen 33- 
MHz i860s that peak at a speed of 1,056 
Mflops. The sustained performance is 
240 Mflops and 480 MIPS. 

The desktop unit starts at $18,500, and 
the larger unit starts at $25,500. 

Desktop: Reader Service 46 
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isomorphic addressing or source routing 
and a management facility for collecting 
statistics and assisting network integrity. 
The PS32-108 features eight source and 
eight destination ports with four full-du¬ 
plex channels. The PS32-116 and -132 
increase ports per their designations. 

PS8-8: Reader Service 48 

PS32s: Reader Service 49 


supports multiple file servers, separate 
data and control paths, and parallel I/O 
functions. 

The CX Terminal-19 network display 
station features a 19-inch bit-mapped 
screen with 100-dpi, 1,280 x 1,024-pixel 
resolution. It also supports the X Win¬ 
dow environment. 


Compiler: Reader Service 50 
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Uni Tree: Reader Service 52 
Terminal: Reader Service 53 


Hippi connects Ultra- 
Thinking Network 

Based on the 100-Mbyte-per-second 
parallel interface ANSI standard, the 
Hippi network connection links Thinking 
Machines’ Connection Machine to the 1- 
Gbit-per-second Ultra Network. Think¬ 
ing Machines provides the Hippi channel 
interface and software for the Ultra Net 
connection. Ultra Network supplies the 
Hippi Network Processor, which relieves 
the host of protocol processing and frees 
CPU cycles for application processing. 
The connection accesses a number of su¬ 
percomputers. 
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Intel upgrades support 

Enhancements for the iPSC/860 in¬ 
clude optimizing Fortran and C compil¬ 
ers and a math toolset. The compilers 
support vectorization, procedure in¬ 
lining, software pipelining, and loop op¬ 
timization. Users can cross-compile on 
Sun 3 and 4 workstations. The math 
package features parallel matrix solvers 
and uniprocessor versions of mathemati¬ 
cal function libraries. 

According to the company, these en¬ 
hancements will triple iPSC/860 perfor¬ 
mance. 
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System supports data¬ 
center applications 

Thinking Machines’ newly announced 
CM-2G supercomputer features an 
8-Gbyte main memory, 64,000 proces¬ 
sors, and a 60-Gbyte mass-storage unit 
that transfers data at 30 Mbytes per sec¬ 
ond. The latest member of the Connec¬ 
tion Machine series also includes 
second-generation Fortran 90 and C 
compilers and employs multiuser and 
batch-processing operating system exec¬ 
utives. 

The CM-2G comes with a scientific 
software library and supports X Win¬ 
dows for high-speed frame-buffer dis¬ 
play and the 100-Mbyte-per-second Hip¬ 
pi interconnection protocol. 
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Network peripheral accelerates desktops 


Network adds more crosspoints 


Convex unveils four supercomputing aids 
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The Sixth International Conference on 

Data Engineering 

April 8-12,1991 

Kobe Convention Center ♦ Kobe, Japan 

General Co-Chairpersons: Ming T. (Mike) Liu, Ohio State University, USA 
Tadao Ichikawa, Hiroshima University, Japan 
Program Co-Chairpersons: Nick J. Cercone, Simon Fraser University, Canada 
Mas Tsuchiya, Sypex International, USA/Japan 


SCOPE 

Data Engineering is concerned with the semantics and structuring of data in information systems design, development, management and use. 
It encompasses both traditional applications and issues and emerging ones. The purpose of this conference is to provide a forum for the 
sharing of practical experiences and research advances from an engineering point of view among those interested in automated data and 
knowledge management. We expect that this sharing will enable future information systems to be more efficient and effective, and future 
research to be more relevant and timely. 


Advance Announcement 



INVITATION 

This conference will prove well worth attending. Eight half-day tutorials will be given on the first two days to provide an opportunity for intensive 
exposure to specific data engineering topics. During the last three days of the conference, there will be two invited keynote addresses and 
presentations of 77 papers in 25 sessions and five panels in three tracks. In addition, time will be available for questions and discussions. 
Come and join us! 


The tutorial titles and schedule: 

♦ No. 1: Genetic Information Processing and Databases 

(in Japanese) 

Akihiko Konagaya, NEC Corporation 
Monday, April 8,9:00 am to 12:00 noon 

♦ No. 2: Strategic Information Systems and Databases 

(in Japanese) 

Kenji Suzuki, NTT Corporation 
Monday, April 8,9:00 am to 12:00 noon 

♦ No. 3: Software Engineering Databases (in Japanese) 
Yoshihiro Matsumoto, Kyoto University 

Monday, April 8,1:30 pm to 4:30 pm 

♦ No. 4: Databases and Programming Languages 

(in Japanese) 

Astusni Ohori, OKI Electric Industry Co., Ltd. 

Monday, April 8,1:30 pm to 4:30 pm 

♦ No. 5: Expert Database Systems 

Larry Kerschberg, George Mason University 
Tuesday, April 9, 8:30 am to 12:00 noon 

♦ No. 6: Object-Oriented and Semantic Database Systems 
Dennis McLeod, University of Southern California 
Tuesday, April 9,8:30 am to 12:00 noon 

♦ No. 7: Transaction Models for Advanced Database 
Applications 

Ahmed Elmagarmid, Purdue University 
Tuesday, April 9,1:00 pm to 5:00 pm 

♦ No. 8: Active Database Systems 

Umesh Dayal, Digital Equipment Corporation 
Tuesday, April 9,1:00 pm to 5:00 pm 


Conference general sessions and panels will be held on Wednes¬ 
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1C Announcements 


Company, Model, Function Comments R.S. No. 


Analog Devices 

AD7701 

ADC 


Mentor Graphics 
Explorer Checkmate 
IC verification tool 


Mentor Graphics 
Parade 
ASIC tool 


Oki Semiconductor 
KGF series 
GaAsMMICs 


Oki Semiconductor 
MSM65x, MSM66x, 
MSM67x 
Microcontrollers 


BPS16288PL-12C 
Static RAM module 


SGS-Thomson 

STI3220 

Motion estimation 
processor 


Silicon Connections 
SC3501 

Copy clock driver 


Silicon Connections 
SC5 series 
SRAMs 


Analog-to-digital converter provides 16-bit resolution and serial output for analog inputs with 120 

bandwidths up to 10Hz and uses sigma-delta architecture for precision. Runs on 5 V supply and ac¬ 
cepts inputs of 0 to 2.5 V or+2.5 V. Consumes 40 |iW in operating mode and 10 |iW in power-down 
mode. Features on-chip self-calibration. Comes in 20-pin plastic DIP, cerdip, or SOIC packages. 
Cost(lOOs): $15. 

Compresses polygonal data and employs hierarchical repetitive data without special construction. 121 

Enables design verification using existing hardware. Provides technology-independent support for 
mixed technologies and enables design creation without specific process technologies. Includes En¬ 
glish-like rule syntax for rule-set development of new processes. Automatically eliminates false and 
redundant errors and provides connectivity-driven rule checking. Cost: $98,500 (full system). 

Designed for rapid layout of highly complex application-specific ICs. Places androutes gate arrays, 122 
complex blocks, and standard architecture designs. With a disk-resident database, processing 
spreads among multiple network disk drives. Cost: $300,000; $45,000 parallel processing option 
per node. 

Gallium arsenide series features analog and digital microwave monolithic ICs. UHF analog devices 123 
include these amplifiers: dual-gate buffer, mixer, feedback wide band, dual-gate head, single-gate 
driver, medium power, and single-gate power. Digital device is a 2-modulus prescaler. Applica¬ 
tions include direct-broadcast TV receive amplifiers, pagers, cellular phones, and two-way mobile 
phones. Cost: Prices vary. 

Series includes 8- and 16-bit versions featuring enhanced vertical integration and up to 200-ns 124 

operation. MSM65x series includes up to 16 Kbytes of external memory and 384 bytes of RAM. 

MSM66x series features 32 Kbytes of on-chip ROM and 512 bytes of address space for data memo¬ 
ry. MSM67x series includes 16-bit on-chip memory. Various packaging available. Cost (10,000s): 
from $2.94, MSM65x; from $6.50, MSM66x; from $7.06, MSM67x. 

The 15.5-mm-wide module provides an upgrade path to 4-Mbit memory without additional 125 

circuit board space. Memory is organized as 524,288 words x 8 bits. On-board ICs are thin, small- 
outline package devices. Features 85-ns access and cycle times with 120-ns-maximum chip selec¬ 
tion. Provides fully static operation without a clock or timing strobes. Requires 40 pW in standby 
mode and 80 pW in operating mode. Cost (1,000s): $220. 

Component for video signal encoders determines the pixel block motion by comparing each block 126 

with surrounding blocks for best match. Outputs a motion vector and indicates degree of matching. 

Asa 256-processor array, runs at 14 billion operations per second. Supports operations on pixel 
blocks up to 16 x 16 in search window with maximum displacement of+7 to -8. Allows implementa¬ 
tion of half-pixel interpolation. Packaged in a 68-lead PLCC. Cost: $60 (10,000s); $78 (1,000s). 

Single chip provides 20 clock copies with less than a 500-picosecond skew across all copies. In- 127 
eludes three user-selectable harmonic clock frequency groups: 10 unconditionally set at up to 80 
MHz (primary frequency), five set at either the same or one-half the primary frequency, and five set 
at either one-half or one-quarter the primary frequency. Comes in high-density, 52-lead plastic quad 
flat pack. Cost(l,000s): $17. 

Series of BiCMOS super-speed static RAMs built with 1,0-p. process. Access times range from 8 to 128 

15ns. Developed for digital computing applications ranging from main memory in supercomputers 
to data cache in workstations. Packaging varies. Cost (100s): $32, SC594 (to 8 ns); $75, SC5100 (15 
ns); $95,SC5104(15ns). 


Xicor 

X88C64 

CMOS EEPROM 


Features a multiplexed address and data bus that interface directly to the microcontroller without an 129 

address latch or additional decoding logic. The 8-Kbyte, 5 V memory uses dual-plane architecture 
with two independent 4-Kbyte x 8 memory arrays that allow nonvolatile write operations within one 
4-Kbyte block. Provides programmable write protection for individual 1 -Kbyte array blocks. Con¬ 
figures for program or data storage in Harvard 80 or von Neumann 68 architectures. Cost (10,000s): 
$9.50(commercial); $12.50 (industrial). 
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Microsystem Announcements 


Company, Model, Function Comments R.S. No. 


Adtek ADC board for EISA bus comes with eight 12-bitdifferentialanalogchannels.Eachfeatures 135 

AD830 programmable gain amplifier, sample-and-hold circuitry, and an ADC. Single-slot EISA card uses 

Converter board 32-bit direct memory-access transfer mode for 5.3-Mbyte/sec. throughput. Cost: $3,995. 


Amber Logic Half-card modems fit into IBM PCs with 8-bit bus slots. Using compression. Mistral 2400 runs at 136 

Mistral 2400/9600/14400 2,400 bits per second and transfers data in excess of5,500 bps, while the other two modems run at 
Modems 9,600and 14,400 bps and transfer data at more than 18,000bps. Combine multistandard operation 

with Microcom Networking Protocol Class 4 error control and Class 5 data compression. Cost: 

$798, Mistral 2400; $ 1,598, Mistral 9600; $1,798, Mistral 14400. 


Computer Dynamics 
SBCx 

Single-board computers 


Series features a 25-MHz 80286 AT and a 4.77/8-MHz 8088 or V20 XT. Includes DRAM (4 Mbyte 137 

for AT; 640 Kbyte for XT) and EPROM. Each board directly drives flat panel displays and CRTs, 
runs on 5 V supply, and operates in temperatures fromO to 70°C. Standard features include a RAM/ROM 
disk, hard and floppy disk drive interfaces, areal-time clock, and a watchdog timer. Cost: 

$468, XT board; $782, ATboard; $1,255, XT system; $1,714, AT system. 


Comtrol 
Multi vision 
Controller 


Converse Systems 

CS3270 

Coax adapter 


Controller operates at 100 Mbps and connects upto 16 graphics stations to any 386-or486-based 138 

AT-compatible microcomputer. Host controller requires one AT bus slot and contains four high¬ 
speed ports to connect clusters. Cluster adapter contains VG A controller bus slots and keyboard, 
serial, and parallel ports. Graphics station adapter contains serial, VGA, and keyboard ports, and 
25-foot cables. Runs in X window environment with SCO Xenix, SCO Unix, and AT&T Unix. 

Cost: $ 186, graphics station adapter; $995, host controller; $ 1,995, cluster; $3,742, system. 

Adapter allows IBM PCs, PS/2s, or Toshiba laptops to communicate with an IBM host by emulating 139 

a 3278/79 terminal. Enables simultaneous host and PC processing and switches between information 
revision and manuscript assembly and IBM emulation modes. Connects to an IBM 3x7x controller 
via coax. Software environments include IBM PC- or MS-DOS V. 2.1 or higher. Cost: $399. 


Data Translation Interface to processor board enhances math-intensive image and signal processing. Open bus 140 

DT-Connect configuration includes an acquisition board connected to a processor board via two flat-ribbon 

IBM PC AT bus interface cables. Acquisition board serves as master and processor board serves as slave. Handshaking 

controls data requests and receipt. Interface includes two 10-MHz, 16-bit, external I/O data ports 
for real-time, 8-, or 16-bit data transfers. No price given. 


Definicon Video graphics array board for PCs employs an intelligent RAM DAC for antialiasing. Displays 141 

CAD RACE 800,000 on-screen colors. Software-based list processing redraws three to 10 times faster than 

VGA board standard Auto CAD. Supports Auto CAD releases 9 and 10, Auto CAD 3 86, and software that meets 

IBM 8514/A high-resolution graphics board requirements. Cost: $495 (1-Mbyte on-board memory). 


Laser printer controller 


IO Tech 
Isolator 488 
Bus isolator 


Keithley Metra Byte 
WH-IAI-8 
Analog input board 


Designed with 16-MHz Am29000 processor, includes main logic board and optional ROM daughter 142 
card. Supports PCL and Postscript languages and comes with a 512-Kbyte base memory and control 
logic. RAM sockets for DRAM expand to 3.5 Mbytes. Provides parallel and serial interface support; 
Appletalk optional. Cost: $ 175, logic board; $250, daughter card (OEM production quantities). 

Isolates instrument front end from the system hus without affecting the signal measurement integrity. 143 
Does not reside on a bus address and is transparent to system. Configures to isolate both or either of 
the two standard back-panel connectors. Up to 14 devices can attach to one controller. Comes with inter¬ 
nal power supply. Cost: $995. 

Eight-channel boardfeatures500VDCchannel-to-channelandinput-to-systemisolationforWorkhouse 144 
series of microcomputer industrial control and monitoring interfaces. Features three gain ranges for 
each channel, operation in bipolar or unipolar mode, and automatic gain and offset calibration. Includes 
an automatic 12-bit ADC. Cost: $1,350. 


Micropolis Drivers provide 3.9-ms access times and use adaptive intelligence techniques to analyze host 145 

HS series computeraccesspatterns.Comeinl80-and385-Mbyte, 51/4-in. half-heightcapacitiesand382-Mbyte, 

SCSI hard drives 765-Mbyte, and 1.2-Gbyte full-height configurations. Run with IBM PC AT, Macintosh, Sun 

workstations, andNovell Netware V. 3.0. Cost: Ranges from $1,175 to $4,325, depending on size. 
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CONFERENCES 


Massively parallel systems break through at Supercomputing 90 



Ware Myers, Contributing Editor 

“The evidence shows clearly that mas¬ 
sively parallel machines already have 
broad applications,” W. Daniel (Danny) 
Hillis asserted in the opening keynote at 
Supercomputing 90 in New York City in 
November. As the founding scientist of 
Thinking Machines Corporation, Cam¬ 
bridge, Massachusetts, Hillis is the archi¬ 
tect of the massively parallel Connection 
Machine. 

“If you want to make your life as easy as 
possible, then you can probably stick to 
vector machines a little while longer,” he 
told the nearly 1,000 assembled super¬ 
computer users. “You won’t have to think 
about them as much as you would mas¬ 
sively parallel machines. But, if you want 
to use the most powerful machine, if you 
want to attract the very best and brightest 
people, then the time has come to start to 
make the switch to massively parallel 
machines.” 

He asked for a show of hands on three 
questions. How many are convinced that 
they should be in the massively parallel 
camp? How many are convinced they 
shouldn't, but are willing to listen to evi¬ 
dence? How many are not going to be con¬ 
vinced, whatever the evidence? The first 
two questions got a good show of hands, 
but only a few hardy souls were willing to 
put themselves in the third camp. 

Hillis divided the transition from one 
technology to a new one into three 
phases: 

(1) Denial — “The technology is not 
yet quite good enough.” 

(2) Surprise — “When the technology 
begins to prove itself, becomes 
possible to use.” 

(3) Acceptance — “Where it becomes 
integrated into the world.” 

He feels that massively parallel systems 
fall somewhere between phases (2) and 
(3). “I am convinced that Supercom¬ 
puting 95 will be primarily about mas¬ 
sively parallel machines,” he insisted. 
“That means that some time between now 
and then, most of you will begin to use 
them.” 

The experience of Thinking Machines 
Corporation itself is part of the evidence 
for Hillis’ conviction. Founded in 1986 to 


Coming boldly into the lions’ den — 
Supercomputing 90 — Daniel Hillis, 
founding scientist of Thinking Ma¬ 
chines Corporation, flung down the 
challenge in his keynote address: The 
best way to build supercomputers now 
is the massively parallel way. 


apply parallel processing techniques to 
data-intensive applications encountered 
in both science and business, the com¬ 
pany has grown to become the second 
largest supercomputer supplier in the 
United States, according to the com¬ 
pany’s reckoning. With more than 60 
Connection Machines in use worldwide, 
it has 10 percent of the world’s installed 
supercomputer base. 

In fact, the Supercomputer Centers in 
Illinois, Minnesota, Pittsburgh, and Flor¬ 
ida now run both vector and Connection 
Machine supercomputers. During the 
conference, Thinking Machines demon¬ 
strated the newest member of its family, a 
Connection Machine with 64,000 proces¬ 
sors and 8 Gbytes of main memory, up 
from the previous 2 Gbytes. The new 
models are designed specifically for data 
center applications. 

Better and faster. One of the driving 
factors is that massively parallel ma¬ 
chines are getting better and faster at a 
much more rapid rate than vector ma¬ 
chines, according to Hillis. In 1985, vec- 


Joanne L. Martin of the IBM T.J. Wat¬ 
son Research Center served as general 
chair of Supercomputing 90, and 
Daniel V. Pryor (not pictured) of the 
Supercomputing Research Center was 
program chair. 


tor machines were still the faster of the 
two. In 1988, it was a tough call. Now, 
said Hillis, it is clear that the fastest appli¬ 
cations are being done on massively par¬ 
allel machines. By 1995, massively par¬ 
allel machines will probably be about 100 
times faster than conventional supercom¬ 
puters. “That is really going to change 
dramatically the motivation for using 
them,” he noted. 

Even massively parallel machines are 
not presently fast enough to handle some 
of the Grand Challenge applications. Hil¬ 
lis cited artificial life forms, a new disci¬ 
pline where program units simulate the 
development of life forms, as one ex¬ 
ample of the need for more power. He ex¬ 
pects that massively parallel systems will 
achieve later in this decade teraflops 
(10 12 floating-point operations per sec¬ 
ond) of performance, a terabyte of mem¬ 
ory, and a terabit of input/output band¬ 
width. 

Besides sheer speed, the performance/ 
cost advantage of the massively parallel 
approach is improving. The crossover 
has occurred, and the gap is getting wider. 
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“Today, it is an order of magnitude, in 
many cases,” Hillis claimed. 

More production work. A few years 
ago, all but a few massively parallel ma¬ 
chines were doing experimental work. 
“Now, a substantial fraction of them are 
doing production work,” he said. The big¬ 
gest numbers that are being factored, the 
biggest matrices that are being inverted 
— this type of work is now being done on 
massively parallel machines. 

“I was showing someone the other day 
what could be done on a Connection Ma¬ 
chine,” Hillis recounted. The person re¬ 
plied, “Oh, my computer does that.” It 
turned out his computer was connected to 
a Connection Machine and he had not 
known it. “That is an example of the in¬ 
creasing acceptance and visibility of the 
technology,” Hillis felt. 

Standard languages. Hillis used to 
think that massively parallel systems 
would require whole new languages to 
program them. “That turned out not to be 
the case,” he said. “Most of the examples 
that I have shown you were written in For¬ 
tran. 

“I don’t pretend that switching to mas¬ 
sively parallel is totally trivial,” he con¬ 
tinued. “Though you can write parallel 
programs in standard Fortran, the pro¬ 
gram that you write is different. The way 
you organize things is different. The per¬ 
formance improvement you get depends 
basically on how much effort you put into 
rewriting your program. If you just start 
running programs that have been written 
for vector machines on parallel ma¬ 
chines, you will not get great perfor¬ 
mance. The programs that are going to 
achieve greatly improved performance 
are those that are specifically written for 
massively parallel machines.” 

Parallel speedup. “Amdahl’s law used 
to worry me,” Hillis added. “In principle, 
it seemed like a real show-stopper. The 
principle is that there is a serial part and a 
parallel part of a computation. If the par¬ 
allel part is in the range of 90 percent of 
the total, you will never speed up the pro¬ 
gram by a factor of more than 10 to 1, no 
matter how many processors you have. 
However, that doesn’t seem to have hap¬ 
pened.” 

In evaluating massively parallel ma¬ 
chines, people have often started with 
small problems and small machines. 

They have run into Amdahl’s law limits 
and decided that massive parallelism 
wasn’t very adequate. If they had tried a 
large problem, they would have found 
that a massively parallel system works 
much better. 

Hillis concludes, therefore, that “par¬ 
allelism actually increases with the 


amount of data in the application.” This 
idea seems to explain why users have 
been able to get very good performance 
on a broad range of large problems. As 
Hillis put it: “The really neat problems 
will be done on massively parallel ma¬ 
chines.” 

Support for massively parallel ap¬ 
proach grows. Other massively parallel 
manufacturers have also installed ma¬ 
chines at supercomputer centers. Just be¬ 
fore the conference, for example, the San 
Diego Supercomputer Center installed 
an NCube 2 parallel supercomputer. A 
grant from the National Science Founda¬ 
tion will support software development, 
particularly for biological applications 
such as the human genome project, a 
spokesperson for the center said. 

“The acquisition of the 256-node 
NCube 2, when combined with the re¬ 
cently acquired 32-node Intel iPSC/860 
parallel supercomputer and the 8-proces- 
sor Cray Y-MP8/864, underscores the be¬ 
lief among SDSC officials in the future of 
parallel systems for solving complex sci¬ 
entific problems,” the spokesperson said. 
“It’s a recognition that the future of 
supercomputing is a parallel one,” said 
Wayne Pfeiffer, deputy director of re¬ 
search at the center. 


Concurrent Supercomputing Consor¬ 
tium. It comes as no surprise that the Cali¬ 
fornia Institute of Technology is acquir¬ 
ing what it terms “the world’s fastest 
computer” — a 528-processor system ca¬ 
pable of a peak speed of 32 Gflops. About 
10 years ago Caltech scientists developed 
the hypercube concept on which many 
massively parallel computers are based. 
The new computer, to be installed this 
spring, is the Touchstone Delta System, a 
limited production model produced by 
the Supercomputer Systems Division of 
Intel. The basic research at Caltech and a 
portion of the accelerated development 
of prototype systems at Intel are funded 
by DARPA. 

Caltech is acting under the aegis of the 
Concurrent Supercomputing Consor¬ 
tium, composed of 14 prominent research 
institutions. “I know that a number of re¬ 
search groups at Caltech and at other con¬ 
sortium members are simply itching to 
get their fingers on this machine, which 
will be able to tackle scientific problems 
that otherwise could not even be at¬ 
tempted,” said Caltech President Thomas 
E. Everhart. 

Members of the consortium will use the 
Delta System for large-scale computa¬ 
tions including, for example, modeling 
and simulations of global climate 
change, calculating the rates of chemical 
reactions from the first principles con¬ 
tained within the complex Schrodinger 


equation, visualization of scientific data 
returned from the Magellan and Galileo 
spacecraft, high-fidelity aerospace ve¬ 
hicle simulations, pattern recognition of 
DNA sequences within the human 
genome, re-engineering of enzymes for 
enhanced biodegradation, and modeling 
of molecular processes in natural and 
contaminated systems, according to Tho¬ 
mas A. Prince, associate professor of 
physics and chairman of the policy board 
of the consortium. 

Cray Research. It is more surprising 
that this bastion of the vector supercom¬ 
puter is sticking its toe into the massively 
parallel waters. Early in 1990, it an¬ 
nounced that it was “exploring architec¬ 
tures and technologies that would take it 
beyond its presently defined product pa¬ 
rameters.” One move took it into the 
minisupercomputer field with the Cray 
X-MS. 

Another move could lead “to the devel¬ 
opment of massively parallel systems 
with hundreds or even thousands of pro¬ 
cessors capable of solving certain types 
of computational problems at rates faster 
than Cray Research’s current general- 
purpose architectures,” the company 
said. “These research architectures 
would not replace general-purpose sys¬ 
tems, but would be used in complemen¬ 
tary roles.” 

By the time of the November confer¬ 
ence, Cray had formed a group under 
Stephen E. Nelson, vice president of tech¬ 
nology who formerly headed the C-90 
project (the forthcoming Y-MP16), to 
study the company’s options in mas¬ 
sively parallel computing. 

Convex Computer. The maker of 
minisupercomputers on the Cray model 
also recognizes the trend. “I don’t see any 
alternative if we are to make a quantum 
leap in speed,” Steven J. Wallach, vice 
president for technology, told the New 
York Times. 

Intel. The Supercomputer Systems Di¬ 
vision now has an installed base of over 
250 production systems worldwide — 
again an indication of the growing accep¬ 
tance of the massively parallel concept. 
Meanwhile, it continues its Touchstone 
program, which is currently delivering its 
Delta prototype to Caltech, as discussed 
above. 

The next Touchstone prototype, la¬ 
beled Sigma, is expected to be completed 
in December 1991. It will scale to at least 
2,048 processors and provide aggregate 
performance exceeding 150 Gflops and 
100,000 MIPS, with 64 Gbytes of main 
memory and half a terabyte of on-line 
storage, according to Intel. 

“The prospects for conventional 
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Supercomputer firms play in a world marketplace 


Ware Myers, Contributing Editor 

A few Cray supercomputers are in¬ 
stalled in Japan. One Japanese super¬ 
computer is operating in the United 
States. The European Community does 
not presently make supercomputers. 

Yet, international competition be¬ 
tween the United States, Japan, and 
Western Europe in supercomputers, 
both the Cray-type general-purpose su¬ 
percomputer and the more recent mas¬ 
sively parallel systems, is likely to inten¬ 
sify in the next few years. 

The reason is that supercomputers are 
a leading-edge product. Technical de¬ 
velopments in both hardware and soft¬ 
ware pioneered in supercomputers will 
soon move down into the entire range of 
computers. International competition 
there is fierce. 

Considerations such as these led the 
luncheon guests on the third day of 
Supercomputing 90 to listen closely to an 
unusually deep analysis of international 
competitiveness offered by Sylvia Ostry. 
With advanced degrees in economics 
from McGill University and Cambridge, 
she views the economic scene from a 
vantage point independent of US predi¬ 
lections. She is a Canadian, presently 
chair of the Center for International Stud¬ 
ies at the University of Toronto; has inter¬ 
national experience, as former head of 
the economics and statistics department 
of the Organization for Economic Coop¬ 
eration and Development in Paris; and 
has a view from the top, as the Canadian 
Prime Minister’s former personal repre¬ 
sentative for the Economic Summit. Her 
most recent publication is Governments 
and Corporations in a Shrinking World: 
The Search for Stability (Council on For¬ 
eign Relations, New York, 1990). 

Innovation. “Fundamental to com¬ 
petitiveness is innovation,” she told the 
conference. “Innovation stems from the 
interaction between capabilities within 
the firm and its external environment.” 
Many studies have shown that both the 
cultural legacy of a society and the poli¬ 
cies of its government affect the ability of 
firms to innovate, she said. 

Some national systems are more con¬ 
sonant with particular technological 
paradigms than others, she continued, 
citing American leadership in mass pro¬ 
duction in the first part of this century and 
Japanese facility with flexible manufac¬ 
turing now. Of course, national systems 
can adapt. 

“Indeed, the process of market compe¬ 
tition is one major transition mechanism 
of that adaptation," she said. In fact, 
many argue that this competition is all 
that is required to sustain the world econ¬ 
omy as long as governments refrain from 
adopting protectionist or interventionist 
policies. 


“I don’t agree with this view," she as¬ 
serted. Of course the competitiveness of 
the individual firm depends on its own 
competitive strength. It is entirely re¬ 
sponsible for that. “If it doesn't do well, it 
should go bankrupt,” she emphasized. 
But a firm also has to operate in an envi¬ 
ronment over which it has little control. 
That is the national climate of historical 
traditions, cultural and institutional pat¬ 
terns, and laws and regulations that have 
a great deal to do with its ability to com¬ 
pete through innovation. 

Three ascendant models. In the 

world today, Ostry distinguished three 
dominant models, those of the US, West¬ 
ern Europe, and Japan. The US para¬ 
digm consists of a pluralist market econ¬ 
omy with aggressive financial markets 
that are strongly consumer-oriented and 
focused on the short term. Its strength 
lies in its dynamism and flexibility. Its 
dominant ethos is private-sector compe¬ 
tition and minimal government — al¬ 
though within this minimalism producer- 
interest groups generate an ad hoc im¬ 
plicit industrial policy. 

She termed the models of the countries 
of continental Europe variants of a so¬ 
cial-market economy. They are charac¬ 
terized by much more extensive govern¬ 
ment interaction with the various social 
partners. These models recognize mar¬ 
ket imperfections and accept govern¬ 
mental responsibility for rectifying them. 

The Japanese model she called a cor- 
poratist market economy. It is unique in 
five respects: its long view, its producer 
orientation, its strategic use of coopera¬ 
tion and competition, its close and con¬ 
tinuing interface of the state with busi¬ 
ness, and its remarkable capacity to 
adapt to external shock, such as the oil 
interruptions in the 1970s. 

“The fact that there is no one market 
model is a revolutionary statement to 
make in the United States,” Ostry admit¬ 
ted. “I have discovered in my dealings 
with Americans that they really believe 
there is only one market model and the 
other models are slightly aberrant and 
should be adapted to it.” 

She separated out two aspects of 
these three highly simplified models for 
analysis. One is the cultural-historical 
roots that influence behavior, tastes, 
preferences, and institutions. In general, 
she accepts this aspect as a given. “We 
can’t — it would be undesirable to — cre¬ 
ate a homogeneous world,” she said. 
“Those things will change, but the 
change will be slow and it will develop 
partly under the influence of growing 
interdependence.” 

The second aspect is government pol¬ 
icy. Of course, policy is influenced by a 
country’s cultural legacy, but it can be 


shaped by conscious decision-making. 
Therefore, it is “the appropriate domain 
for international policy cooperation,” 
she said. 

“In the process of international coop¬ 
eration, or convergence,” she argued, 
“one will have to debate what kind of 
model, and it will obviously not be one of 
the existing three models. It will be 
some kind of adaptation, and that is 
going to be very controversial.” 

Toward policy convergence. Now, 
the purpose of this policy convergence 
would be to create a more level playing 
field, as the Americans put it. If all coun¬ 
tries had similar policies and practices, 
individual firms could compete fairly 
within this framework. In present actu¬ 
ality, there are substantial differences. 
These include antitrust policy, subsidi¬ 
zation of precompetitive development, 
foreign membership in R&D consortia, 
short-term versus long-term invest¬ 
ment outlooks, national savings and 
interest rates, budget deficits, and 
many others. 

At present, two approaches to policy 
convergence are under way: 

• a multilateral harmonization in Eu¬ 
rope, generally known as 1992, and 

• bilateral negotiations between the 
United States and Japan. 

The latter deals with macro and micro 
policies, fiscal policies, land regula¬ 
tion, antitrust policy — a vast range of 
government policies. It also covers 
consumer tastes and corporate behav¬ 
ior. “In other words, it is a mixture of 
government policy and cultural differ¬ 
ences,” Ostry observed. That is one 
drawback. 

“It is a process of convergence which 
is likely to fail,” she went on. For one 
thing, you cannot converge on every¬ 
thing, presumably of the whole Japa¬ 
nese society on the American model. 
For another, under congressional pres¬ 
sure the negotiations were tied to an 
improvement in the trade balance be¬ 
tween the two countries. Since many 
other things are far more important de¬ 
terminants than the trade balance, this 
process of convergence is likely to pro¬ 
duce a boomerang effect which will, in 
fact, increase friction. 

Ostry believes that the US and Japan 
would get further in resolving their 
many economic policy differences if 
they would, first, restrict their efforts to 
the realm of government policy, not cul¬ 
ture, and second, expand their talks to a 
multilateral framework. She suggests 
the Group of Seven, or the Economic 
Summit, which already exists, as an 
appropriate forum. 
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supercomputers are not very good,” Intel 
fellow Justin Rattner wrote in the Unix 
Review last April. “That’s not to say that 
their extinction will be an overnight oc¬ 
currence. On the contrary, the transition 
to a new style of computing will be a long 
and painful process for both vendors and 
users.” 

And why haven’t massively parallel 
systems replaced conventional super¬ 
computers? “The answer is simple,” said 
Rattner: “the dearth of parallel soft¬ 
ware.” 

Transition problems. Problems 
multiply like weeds as a new field devel¬ 
ops, but four seem especially notewor¬ 
thy: 

(1) Has Amdahl’s law really been re¬ 
pealed? 

(2) Can optimizing compilers ease the 
supercomputing programming 
task? 

(3) Can reliable on-line disk storage 
be devised? 

(4) Is conventional supercomputer 
development still a moving target? 

Amdahl's law. At least three of the 97 
papers in the conference proceedings 
touch on the problem of obtaining com¬ 
putational speedup in proportion to the 
number of processors. For example, 
Vishwani D. Agrawal of AT&T Bell 
Laboratories and Srimat T. Chakradhar 
of Rutgers University conclude that, as 
the number of processors increases, 
speedup rapidly changes from p (the 
number of processors) to a xp (where a is 
activity — a concept they develop). Their 
curves show speedup dropping off at 


various rates under different circum¬ 
stances. 

How the factors influencing super¬ 
computer performance relate to each 
other and how they influence the perfor¬ 
mance of parallel processing is “gener¬ 
ally unknown,” according to Xian-He 
Sun and Lionel M. Ni of Michigan State 
University. The factors they consider are 
the inherent parallelism of the applica¬ 
tion, the computational power, and the 
memory capacity. They feel considera¬ 
bly more research is needed. 

In another paper, Ni, with co-author 
Honda Shing, lists the reasons why ideal, 
or linear, speedup can hardly be 
achieved. Their reasons include synchro¬ 
nization between processes, accessing 
shared resources, interprocessor com¬ 
munications, and inappropriate pro¬ 
gramming models. They present a tech¬ 
nique called resource binding intended to 
preserve a higher degree of parallelism. 

Peter Gregory contends in a September 
1990 management white paper for the 
Research Consortium that percentage of 
parallelism is the wrong measurement. 
Percentage of peak speed, or the percent¬ 
age of the overall computing resource 
that is applied to the problem, a concept 
he terms “efficiency,” is what really mat¬ 
ters. Even mature vector installations av¬ 
erage efficiencies in only the 13-16 per¬ 
cent range. 

He lists several dozen massively paral¬ 
lel applications averaging 65 percent ef¬ 
ficiency on configurations of 64 to 256 
processors. The Gordon Bell winners 
achieved an efficiency of 97 percent, he 
said. 

Peter Christy of Maspar Computer 
interprets Amdahl’s law in still another 


manner. Observing that each new genera¬ 
tion of computers has spawned an en¬ 
tirely new style of application, he asks 
what massively parallel systems are 
likely to generate. “For example, how can 
geophysical exploration be made more 
effective if computation is an order of 
magnitude less expensive, and if the 
supercomputer can be deployed on the 
exploration truck?” 

In short, the people who have studied 
the question of parallel speedup in depth 
have a spectrum of views. If the question 
is on your agenda, you will have to look 
up the original papers. 

Optimizing compilers. If applications 
are going to be written in common lan¬ 
guages, such as Fortran and C, as Hillis 
implied, then compilers that can prepare 
the programs for parallel operation are 
essential. Most compilers now seek out 
only certain constructs that they know 
how to parallelize. Companies are begin¬ 
ning to supply optimizing compilers that 
function over more than one procedure. 

Convex Computer introduced at the 
conference what it called the industry’s 
first interprocedural compiler. It auto¬ 
matically analyzes and optimizes the en¬ 
tire application program, rather than just 
individual procedures. 

“As the number of processors in¬ 
creases with succeeding generations of 
systems toward massively parallel pro¬ 
cessing, users will require that existing 
applications written in Fortran and C run 
efficiently,” said Steven J. Wallach, vice 
president of technology. “The Applica¬ 
tion Compiler is the first step in achieving 
this objective.” 

The new compiler is the result of joint 


Mephisto upsets Hitech in final 
round, ties Deep Thought for 
Computer Chess Championship 

With a victory over Hitech in the final round, Me¬ 
phisto tied Deep Thought for ACM’s 21st Annual 
North American Computer Chess Championship, 
held during Supercomputing 90 November 12-14 in 
New York City. Hitech, which led the competition 
going into the fifth and final round, finished in a third- 
place tie with M Chess. 

Mephisto also won recognition as the best small 
computing system. Ranked as the top commercially 
available computer-chess player, Mephisto was de¬ 
veloped by Richard Lang, Hegener & Glaser, A.G., 
Munich,, Germany. 

Deep Thought and Hitech were both developed in 
the Department of Computer Science at Carnegie 
Mellon University in Pittsburgh. Deep Thought has 
since moved to the IBM T.J. Watson Research Cen¬ 
ter, Yorktown Heights, New York. 

M Chess was developed by Marty Hirsch of San Ra¬ 
phael, California. 



Tournament director Mike Valvo (left) sizes up the situation while 
Bebe’s Tony Scherzer and Now’s Mark Lefler wait for Bebe to signal 
its move. Bebe tied for fifth and Now was ninth in the 21st annual 
tournament that saw Mephisto tie Deep Thought for first place. 

(Photo courtesy ACM) 
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effort by Rice University and Convex. 
“Our research, begun in the early 1980s, 
has established that interprocedural 
analysis and optimization can be ex¬ 
tremely effective when used in connec¬ 
tion with a powerful vectorizing and par¬ 
allelizing compiler,” said Ken Kennedy, 
director of the Center for Research on 
Parallel Computation at Rice. 

Last fall, Intel’s Supercomputer Sys¬ 
tems Division announced a new genera¬ 
tion of optimizing Fortran and C compil¬ 
ers. “Supported optimizations include 
vectorization, procedure in-lining, soft¬ 
ware pipelining, and loop optimiza¬ 
tions,” Intel said. “Runtime improve¬ 
ments of two to three times have already 
been achieved over previous iPSC/860 
performance. Further optimizations are 
being developed for release over the next 
year.” 

Redundant arrays of inexpensive 
disks. A large array of processors, ca¬ 
pable of processing enormous amounts of 
data, needs a corresponding amount of 
on-line disk storage or, in the words of 
Randy Katz and David Patterson of the 
University of California at Berkeley, a 
redundant array of inexpensive disks 
(RAID). Commodity disk drives are in¬ 
expensive, compared with the large disks 
employed with conventional supercom¬ 
puters. They are also relatively unreli¬ 
able, but additional drives can be added to 
gain redundancy. 

Intel has supplied a Concurrent File 
System based on RAID principles with its 
Touchstone prototype systems that auto¬ 
matically distributes files across any 
number of input/output nodes and disks. 

“Slow networks, file servers, and chan¬ 
nels create data bottlenecks that waste 
expensive computer time and cause users 
unnecessary delays,” Aptec Computer 
Systems pointed out at the conference. 
The solution, in Aptec’s opinion, is its 
Future Link file server with multiple 
high-performance parallel interface 
channels, RAID subsystems, and high- 
performance tapes. Storage devices in¬ 
clude magnetic disk, optical disk, cas¬ 
sette tape, and tape robots. The system’s 
open architecture enables users to con¬ 
figure a system that suits their needs. 

Maximum Strategy recently began 
shipping its Strategy Hippi Data Storage 
System. Storage capacity is expandable 
to 300 Gbytes and sustained throughput 
is scalable to 160 Mbytes per second. A 
parity disk drive provides fault-tolerant 
operation. “Targeted primarily for the 
supercomputing environment, the prod¬ 
uct is designed to break the I/O bottleneck 
experienced by users in storage-inten¬ 
sive applications,” Wes Meador, vice 
president, marketing and sales, said. 

At the conference, Maspar introduced 


Table 1. Possible performance improvements. 


Category 

1990 

1995 

2000 

Number of processors 

16 

64 

256-1,024 

Sustainable vector performance 

per processor (Gflops) 

0.2 

1-4 

2-8 

Scalar performance (technology 

and architecture) (factor of) 

1 

4 

8 

Main memory size 

(usually SRAM) (Gbytes) 

1-4 

4-8 

16-32 

Extended memory size 

(usually DRAM) (Gbytes) 

4-8 

16-32 

64-128 

I/O transfer rate (Gbytes) 

1-8 

50 

100 


See pp. 114-115 for information 
about new products introduced 
during Supercomputing 90. 


its Maspar Parallel Disk Array, based on 
RAID architecture. The product contains 
a fault-tolerant mechanism that enables it 
to recover from the failure of a single disk 
drive. The mechanism includes parity 
disks, a 48-bit error correction code, and 
an optional “hot” standby disk. The error 
correction code enables the system to re¬ 
construct data that was on the failed disk, 
placing it on the “hot” disk. Similarly, 
when the failed disk is replaced, the data 
can be transferred from the “hot” disk to 


The moving target. As in so many areas 
of technology, while one area is project¬ 
ing great achievements for the coming 
decade, an older technology is not stand¬ 
ing still. In this case, “by the year 2000, 
high-performance parallel computers 
will have a sustained performance of 1 
teraflops,” according to Geoffrey C. Fox, 
director of the Syracuse University Cen¬ 
ter for Computational Science and earlier 
a participant in Caltech’s hypercube proj- 

Perhaps in response, members of the 
general-purpose architecture group at 
Cray Research invoked the Chinese 
curse: “May you live in interesting 
times.” J.E. Smith, W.-C. Hsu, and C. 
Hsiung then proceeded in a long paper to 
enumerate the challenges facing super¬ 
computer designers and describe the 
architectural features and characteristics 
that may be used to meet those chal¬ 
lenges. 

The challenges: 

“(1) Maintaining good vector/scalar 
performance balance: This balance is 
what leads to dependable, high perfor¬ 


mance for a wide variety of applications, 
algorithms, and programming styles. 

“(2) Supporting scalability: Super¬ 
computers have evolved from uniproces¬ 
sors to small-scale multiprocessors. It is 
evident that future supercomputers will 
require increasing numbers of proces¬ 
sors. This means that key characteristics 
of future system architectures must be 
scalable. 

“(3) Increasing memory system capac¬ 
ity and performance: This must be done 
while maintaining programmability and 
usability. This challenge is closely re¬ 
lated to the scalability problem. 

“(4) Providing high-performance I/O 
and networking: Data movement is al¬ 
ways the most difficult problem for the 
effective use of supercomputers. The per¬ 
formance of future supercomputers will 
ultimately be measured by how fast they 
can move data both within the system and 
across a network.” 

In the course of discussing these chal¬ 
lenges, the authors mentioned some of 
the performance improvements that may 
take place in the coming decade, as shown 
in Table 1. 


The personal supercomputer ar¬ 
rives. “Personal” and “super” used to¬ 
gether may seem to be an oxymoron, but 
some people on the exhibit floor were us¬ 
ing them in the same breath. Later I no¬ 
ticed that the manufacturers were more 
circumspect in their written material. Sky 
Computers, Chelmsford, Massachusetts, 
demonstrated its “desktop supercom¬ 
puter.” Torque Computer, New York 
City, introduced its “Compute Server.” 
Both products, however, are indubitably 
small, relatively inexpensive (in the 
workstation class), and accelerate heavy- 
duty computations by a large factor. Both 
employ Intel’s i860 64-bit processor. 

Sky Computers is not a new company. 

It has 10 years’ experience in application 
accelerators, array processors, and digi¬ 
tal signal processors. The new Skystation 
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is basically an accelerator for the Sun 
Sparcstation, increasing its performance 
to 65 MIPS and 12 Unpack Mflops for 
about $10,000 in a 2-Mbyte configura¬ 
tion. Memory is expandable to 256 
Mbytes. In the Skystation, an i960 
handles I/O, system diagnostics, and boot 
functions, permitting the entire computa¬ 
tional power of the i860 to be applied to 
accelerate user applications. 

Thus, the price is accessible to work¬ 
station users. Moreover, the user inter¬ 
faces to his familiar workstation. The 
software offloads heavy computation to 
the accelerator. Sky’s vectorizing For¬ 
tran and C compilers automate high-per¬ 
formance application conversions to the 
enhanced system. 

The Torque Compute Server works 
with Macintosh, Sun Sparc, and 386- 
compatible computers. It acts as a server 
on a local area network, either the 10- 
Mbit-per-second Ethernet or the 100- 
Mbs FDDI. It comes in two physical con¬ 
figurations: a desktop box for one or two 
i860 processors or a small floorstanding 
cabinet for up to 16 processors. 

The minimum one-processor model, 
priced at about $18,500, is capable of 66 
Mflops peak, 15 Mflops sustained, and 30 
MIPS sustained. The maximum 16-pro¬ 
cessor configuration, at about $200,000, 
provides a peak performance of 1,056 
Mflops, sustained performance of about 
240 Mflops, and 480 MIPS. By compari¬ 
son a Mac nfx can sustain 0.8 Mflops; 
Sparcstation 1+, 1.8 Mflops; and a four- 
processor Cray X-MP, 200 Mflops. 

Torque’s Opal system software allows 
applications to be split automatically into 
client and server portions. The client por¬ 
tion runs on the desktop machine, provid¬ 
ing the user with his/her accustomed 
interface. The server portion is executed 
by the Compute Server. This process is 
transparent to the user — except that he or 
she gets the results of heavy computation 
back much sooner. Several third-party 
software vendors are already supporting 
Compute Server. A single Compute 
Server can service a number of personal 
computers or workstations on the local 
area network. 

As is often the case at a major confer¬ 
ence, the spectator feels like a kid at a 
three-ring circus. In this case, there were 
eight rings: three parallel paper, panel, 
and invited presentation tracks, keynote 
speakers, exhibits, exhibitors forum, 
center directors’ roundtable, and press 
conferences. Many of the rings were oral 
only, but you can order the proceedings 
and get almost 1,000 pages more. 

The proceedings, order No. 2056, is 
available from the Computer Society 
Press, Los Alamitos, California, by call¬ 
ing (800) CS-BOOKS or (714) 821-8380 
in California. 



IEEE Software seeks articles for publi- 
vfty cation in 1991 and 1992 on the following 
topics: software renovation, work-group com¬ 
puting, maintenance under the object-oriented 
paradigm, postmortem analysis of software 
projects (from both technical and management 
perspectives), embedded systems program¬ 
ming and development, industrial experiences 
with Ada and C++, human factors issues for 
software developers, and use of CASE tools in 
industrial development. Articles in IEEE Soft¬ 
ware focus on results and experience useful to 
practitioners. Submit eight copies of articles to 
Carl Chang, IEEE Software, 1120 Science and 
Eng. Offices, MC 154, Univ. of Illinois, Chi¬ 
cago, IL 60680, Internet ckchang@uicbert. 
eecs.uic.edu. For detailed author guidelines, 
contact Karen Potes at (714) 821-8380 or 
soft.one@compmail.com. 


SIGComm 91, ACM Conf. on Communica¬ 
tions Applications, Architectures, and 
Protocols: Sept. 4-6, 1991, Zurich, Switzer¬ 
land. Submit five copies of full paper to Greg 
Wetzel, AT&T Bell Labs, M/S IH IB-213, 
2000 N. Naperville Rd., Naperville, IL, phone 
(708) 979-4782, fax (708) 979-2350, e-mail 
g_f_wetzel@att.com (in North America); or 
Bernhard Plattner, Technische Informatik und 
Kommunikationsnetze, Eth-Zentrum (IFW), 
8092 Zurich, Switzerland, phone 41 (1) 254- 
7000, fax 41 (1) 262-3973, e-mail plattner@ 
komsys.tik.ethz.ch (all other regions). 

/jjjjN Sixth Int’l Workshop on Software 
vtz Specification and Design: Oct. 25-26, 
1991, Como, Italy. Submit five copies of regu¬ 
lar or position paper by Jan. 21, 1991, to Carlo 
Ghezzi, Dip. di Elettronica Politecnico di Mi¬ 
lano, Piazza Leonardo Da Vinci 32, 20133 Mi¬ 
lano, Italia, e-mail relett24@imipoli.bitnet. 


1991 Conf. on Artificial Intelligence in Pe¬ 
troleum Exploration and Production: May 

15-17, 1991, College Station, Texas. Submit 
abstract by Jan. 25, 1991, and manuscripts by 
Apr. 12, 1991, to Tech. Program Committee, 
CAIPEP, Petroleum Eng. Dept., Texas A&M 
Univ., College Station, TX 77843-3116, fax 
(409) 845-1307. 

tfjjjj llth IEEE Symp. on Mass Storage 
Systems: Oct. 7-10, 1991, Monterey, 
Calif. Sponsor: IEEE Computer Soc. Tech. 
Committee on Mass Storage Systems and 
Technology. Submit abstract by Jan. 30, 1991, 
and final papers by May 30,1991, to Bernard T. 
O’Lear, NCAR, PO Box 3000, Boulder, CO 
80307, phone (303) 497-1268, fax (303) 497- 
1137. 


AAAI 91: July 14-19, 1991, Anaheim, Calif. 
Sponsor: Am. Assoc, for Artificial Intelli¬ 
gence. Submit six complete copies of paper by 
Jan. 30,1991, to AAAI 91,445 Burgess Dr., 
Menlo Park, CA 94025-3496, phone (415) 
328-3123. 


First Golden West Int’l Conf. on Intelligent 

Systems: June 3-5, 1991, Reno, Nev. Sponsor: 
Int’l Soc. of Mini and Microcomputers. Sub¬ 
mit three copies of preliminary version of pa¬ 
per by Jan. 31,1991, to Carl G. Looney, CS 
Dept., Univ. of Nevada, Reno, NV 89557, 
e-mail looney@tahoe.unr.edu. 

The Visual Computer plans a special issue on 
visual user interface design tools. Submit six 
copies of article by Jan. 31,1991, to Gurmin- 
der Singh, Inst, of Systems Science, Nat’l 
Univ. of Singapore, Kent Ridge, Singapore 
0511, phone (65) 772-3651, e-mail issgs@ 
nusvm.bitnet. 

Second Eurographics Workshop on Object- 
Oriented Graphics: June 5-7, 1991, The 
Netherlands. Sponsor: Dutch Center for Math, 
and Computer Science (CWI). Submit four 
copies of full paper by Jan. 31,1991, to Chris 
Laffra, Math, and Computer Science Dept., 
Leiden Univ., PO Box 9512, 2300RA Leiden, 
The Netherlands, phone 31 (71) 277-063, fax 
31 (71) 275-819, e-mail laffra@cs.leidenuniv. 
nl. 


22nd Pittsburgh Conf. on Modeling and 
Simulation: May 2-3, 1991, Pittsburgh. Spon¬ 
sor: Univ. of Pittsburgh. Submit two copies of 
abstract and summary by Jan. 31, 1991, to Wil¬ 
liam G. Vogt or Marlin H. Mickle, Modeling 
and Simulation Conf., 348 Benedum Eng. Hall, 
Univ. of Pittsburgh, Pittsburgh, PA 15261. 


IEEE Software plans a special issue on 
software for performance analysis. Sub¬ 
mit six copies of the manuscript by Feb. 1, 
1991, to Kathleen Nichols, Apple Computer, 
20525 Mariani Ave., MS 76-3K, Cupertino, 
CA 95014, phone (408) 974-1136, e-mail 
nichols@apple.com; or Paul Oman, Computer 
Science Dept., College of Eng., Univ. of Idaho, 
Moscow, ID 83843, phone (208) 885-6589, 
e-mail oman@ ted.cs.uidaho.edu. 


IEEE Trans, on Computers plans a spe- 
cial issue on artificial neural networks. 
Submit six copies of manuscript by Feb. 1, 
1991, to Benjamin W. Wah, Coordinated Sci¬ 
ence Lab, MC228, Univ. of Illinois, 1101 W. 
Springfield Ave., Urbana, IL 61801-3082, 
phone (217) 333-3516, fax (217) 244-1764, 
e-mail wah% aquinas@uxc.cso.uiuc.edu. 

I CCD 91, IEEE Int’l Conf. Symp. on 
Computer Design: Oct. 14-16, 1991, 
Cambridge, Mass. Cosponsors: IEEE Com¬ 
puter Soc. and IEEE Circuits and Systems Soc. 
Submit six copies of summary by Feb. 1,1991, 
to Dwight Hill, AT&T Bell Labs, 3D-446, 
Murray Hill, NJ 07974, phone (201) 582-7766, 
e-mail dwight@research.att.com. 


ICGA 91, Fourth Int’l Conf. Symp. on Ge¬ 
netic Algorithms: July 13-16, 1991, San Di¬ 
ego, Calif. Submit four copies of complete 
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paper by Feb. 1,1991, to Richard K. Belew, 
Computer Science and Eng. Dept., C-014, 
Univ. of California at San Diego, La Jolla, CA 
92093, e-mail rik@cs.ucsd.edu. 

Second Eurographics Workshop on Visuali¬ 
zation in Scientific Computing: Apr. 22-24, 
1991, Delft, The Netherlands. Cosponsors: 
Delft Univ. of Technology et al. Submit five 
copies of full technical paper by Feb. 1,1991, 
to Andrea J.S. Hin, Eurographics VISC Work¬ 
shop, TU Delft, Faculty of Tech. Math, and In¬ 
formatics, PO Box 356, 2600 AJ Delft, The 
Netherlands, phone 31 (15) 7S3-630, fax 31 
(15) 786-522, e-mail andrea@duticg.tudelft. 
nl. 

./. of Parallel and Distributed Computing 
plans a special issue in December 1991 on par¬ 
allel execution of rule-based programs. Sub¬ 
mit five copies of complete manuscript by Feb. 


1, 1991, to Daniel Miranker, Computer Sci¬ 
ences Dept., Univ. of Texas at Austin, Austin, 
TX 78712-1188, phone (512) 471-9541, fax 
(512) 471-8885, e-mail miranker@cs.utexas. 

Fifth Supercomputing Symp.: June 3-5, 

1991, Fredericton, N.B., Canada. Cosponsors: 
Canadian Special Interest Group on Super¬ 
computing, Univ. of New Brunswick. Submit 
two copies of extended summary by Feb. 1, 
1991, and camera-ready copy by Apr. 9, 1991, 
to Virendra C. Bhavsar or Uday G. Gujar, Fac¬ 
ulty of Computer Science, Univ. of New Brun¬ 
swick, Fredericton, N.B., E3B 5A3, Canada, 
phone (506) 453-4566, fax (506) 453-3566. 

ITC 91, Int’l Test Conf.: Oct. 28-Nov. 

1, 1991, Nashville, Tenn. Cosponsor: 
IEEE Philadelphia Section. Submit paper by 
Feb. 4,1991, to ITC 91, 1201 Sussex Turnpike, 


Suite 101, PO Box 264, Mount Freedom, NJ 
07970, phone (201) 895-5260, fax (201) 895- 
7265. 

IEE Bicentennial Conf. on Computing: July 
1-3, 1991, London. Submit synopsis by Feb. 4, 
1991, to Conf. Services, Institution of Electri¬ 
cal Engineers, Savoy Place, London WC2R 
0BL, UK, phone 44 (71) 240-1871. 

Fifth Software Eng. Inst. Conf. on 
Software Eng. Education: Oct. 7-8, 
1991, Pittsburgh. Sponsor: SEI. Submit five 
copies of complete paper and abstract by Feb. 
4,1991, to James E. Tomayko, SEI, Carnegie 
Mellon Univ., Pittsburgh, PA 15213-3890, 
phone (412) 268-6806, fax (412) 268-5758, e- 
mail jet@sei. cmu.edu. 

1991 IEEE Int’l Conf. on Systems, Man, and 
Cybernetics: Oct. 13-16, 1991, Charlottes- 


Call for articles and referees for Computer 


Computer seeks articles for inclusion in upcoming 
special issues. 

Multimedia Information Systems will be the theme of the 
October 1991 issue. Manuscripts reporting survey, original 
research, design and development, and applications of multi- 
media technology are sought. See the October 1990 issue of 
Computer (p. 100) for complete information. 

Eight copies of each complete manuscript must be submit¬ 
ted by February 1, 1991. Notification of decision is set for May 
1,1991, and the final version of each manuscript must be sub¬ 
mitted by July 1, 1991. 

Submissions and questions should be directed to A. Desai 
Narasimhalu, Inst, of Systems Science, National University of 
Singapore, Heng Mui Keng Terrace, Singapore 0511, phone 
(65) 772-2002, fax (65) 778-2571, e-mail issad@nusvm; or 
Stavros Christodoulakis, Department of Computer Science, 
Davis Building, University of Waterloo, Waterloo, Ont., Can¬ 
ada, phone (519) 888-4452 or (30) 821-64846, fax (519) 885- 
1208 or (30) 821-53571, e-mail schristodoul@waterloo.edu. 

Heterogeneous Distributed Database Systems is the 

theme planned for the December 1991 issue. See the August 
1990 issue of Computer ( p. 115) for complete information. 

Eight copies of the complete manuscripts must be submitted 


by April 1, 1991. Notification of decisions is July 1, 1991, and 
the final version of each manuscript is due September 1, 
1991. 

Submissions and questions should be directed to Sudha 
Ram, Department of Management Information Systems, 

Eller School of Management, University of Arizona, Tucson, 
AZ 85721, phone (602) 621-2748, e-mail ram@mis.arizona. 
edu on Internet or ram@arizmis on Bitnet. 

Parallel Processing for Computer Vision and Image 
Understanding (CVIU) is the theme planned for the Febru¬ 
ary 1992 issue. See p. 102 of the December 1990 issue of 
Computer for complete information. 

Fourteen (14) copies of each complete manuscript are due 
by March 1, 1991. Notification of decisions is set August 1, 
1991, and the deadline for the final version of the manuscript 
is October 1, 1991. 

Submissions and questions should be directed to Sanjay 
Ranka, 4-116 Center for Science and Technology, School of 
Computer Science, Syracuse University, Syracuse, NY 
13244, phone (315) 443-4457, e-mail ranka@top.cis.syr. 
edu; or Alok Choudhary, Department of Electrical and Com¬ 
puter Engineering, 121 Link Hall, Syracuse University, 
Syracuse, NY 13244, phone (315) 443-4280, e-mail 
choudhar@fruit.ece.syr.edu. 


For submittal to Computer, manuscripts must not have been previously published or currently submitted for publication 
elsewhere. Each manuscript should be no more than 32 typewritten, double-spaced pages long, including all text, figures, 
and references. Each submittal should include a cover page that contains the title of the article, the full name(s) and 
affiliation(s) of the author(s), complete postal and electronic address(es) of all the authors as well as their telephone and 
fax number(s), a 300-word abstract, and a list of keywords identifying the central issues of the manuscript’s contents. The 
final manuscript should be approximately 8,000 words in length and contain no more than 12 references. 

If you are willing to review articles for any of these special issues, please send a note listing your research interests to 
Jon T. Butler, editor-in-chief of Computer, or to one of the guest editors listed for the particular issue. Butler may be 
reached at the Department of Electrical and Computer Engineering, Naval Postgraduate School, Code EC/Bu, Monterey, 
CA 92943-5004, phone (408) 646-3299 or (408) 646-3041, fax (408) 646-2760, e-mail butler@ece.nps.navy.mil. 
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ville, Va. Submit three copies of extended ab¬ 
stract by Feb. 4,1991, to Julia Pet-Edwards, 
Univ. of Virginia, Systems Eng. Dept., Thorn¬ 
ton Hall, Charlottesville, VA 22903-2442, 
phone (804) 982-2066, e-mail jp2y@ 
virginia.edu. 

ICAD 91, IFIP Working Conf. on Intelligent 
Computer-Aided Design: Sept. 30-Oct. 3, 
1991, Columbus, Ohio. Sponsors: Int’l Federa¬ 
tion for Information Processing et al. Submit 
five copies of camera-ready paper by Feb. 4, 
1991, to ICAD 91, Conferences and Institutes, 
Rm. 125, 1050 Carmack Rd., Columbus, OH 
43210, phone (614) 929-1301, fax (614) 292- 
0492, e-mail sarah_sieling@gate.ce. ohio- 
state.edu. 

Working Conf. on Security and Reliability 
in Distributed Systems: Sept. 18-20, 1991, 
Prince Edward County, Ont., Canada. Spon¬ 
sor: IFIP. Submit six copies of paper by Feb. 4, 
1991, to Stewart Lee, Computer Systems 
Research Inst., D.L. Pratt Bldg., Univ. of 
Toronto, 6 King's College Rd., Toronto, Ont., 
Canada MSS 1A4, phone (416) 878-5035, fax 
(416) 978-4765, e-mail stew@hub.toronto. 
edu. 

Summer 1991 Usenix Tech. Conf.: June JO- 
14, 1991, Nashville, Tenn. Submit one hard¬ 
copy and one electronic copy of paper by Feb. 

6, 1991, to Deborah K. Scherrer, Nashville 
Usenix Tech. Program, 2560 Ninth St., Berke¬ 
ley, CA 94710, phone (415) 644-0146, fax 
(415) 644-2680, Internet: nashville@ usenix. 
org. 


IEEE Expert plans a special track on ap- 
plications of machine learning. Submit 
six copies of abstract/paper by Feb. 15, 1991, 
to Alberto Maria Segre, Computer Science 
Dept., Cornell Univ., Upson Hall, Ithaca, NY 
14853-7501, phone (607) 277-2950, fax (607) 
255-4428, e-mail segre@cs.comell.edu. 

(£j^) VLDB 91, 17th Int’l Conf. on Very 
viz Large Data Bases: Sept. 3-6, 1991, Bar¬ 
celona, Spain. Sponsor: IEEE Computer Soc. 
Tech. Committee on Data Eng. et al. Submit 
five copies of paper by Feb. 15,1991, to Amil- 
car Semadas, INESC, Rua Alves Redol, 9, 7°, 
Apartado 10105, P-1017 Lisboa Codex, Portu¬ 
gal, e-mail inesc!acs%solo@relay.eu.net (US 
Internet), acs%solo@inesc.uucp (Europe 
Internet); or Guy M. Lohman, IBM Almaden 
Research Center, Dept. K55, Bldg. 801, 650 
Harry Rd„ San Jose, CA 95120-6099, e-mail 
lohman@ibm. com (Internet), lohman@ 
almaden (Bitnet). 

SSD 91, Second Symp. on Large Spa- 
tial Databases: Aug. 28-30, 1991, Zu¬ 
rich, Switzerland. Sponsors: Gesellschaft fur 
Informatik, Swiss Computer Soc. Submit four 
copies of manuscript by Feb. 25,1991, and 
camera-ready copy by June 10, 1991, to Hans- 
J. Schek, Inst, fur Information Systeme, Eth 
Zentrum, CH-8092 Zurich, Switzerland, 
phone 41 (1) 254-7240, fax 41 (1) 262-3973, 
e-mail schek@inf.ethz.ch. 

® ASIC 91, Fourth IEEE Int’l Applica¬ 
tion-Specific Integrated Circuits 
Conf.: Sept. 23-27, 1991, Rochester, N.Y. 
Sponsor: IEEE Rochester Section. Submit six 


copies of abstract and summary by Mar. 1, 
1991, to Kenneth W. Hsu, Computer Eng. 
Dept., Rochester Inst, of Tech., Rochester, NY 
14623, phone (716) 475-2655, fax (716) 475- 
6879, e-mail kwheec@ritvax.bitnet. 


|£§j) IEEE Workshop on Visual Motion: 

viz Oct. 6-9, 1991, Princeton, N.J. Submit 
four copies of complete paper by Apr. 1,1991, 
to Peter Burt, David Samoff Research Center, 
201 Washington Rd., Princeton, NJ 08540, 
e-mail burt@vision.samoff.com. 


® 16th Conf. on Local Computer Net¬ 
works: Oct. 14-17, 1991, Minneapolis, 
Minn. Cosponsor: IEEE Computer Soc. Tech. 
Committee on Computer Comm. Submit five 
copies of full paper by Apr. 5,1991, to James F. 
Mollenauer, 16th LCN Conf., Artel Communi¬ 
cations, 22 Kane Industrial Dr., Hudson, MA 
01749, phone (508) 562-2100, fax (508) 562- 
6942. 


tfK) TAI 91, Third IEEE Computer Soc. 
vSz Conf. on Tools for Artificial Intelli¬ 
gence; Nov. 5-8, 1991, San Jose, Calif. Submit 
five copies of abstract and full paper by Apr. 

10, 1991, to Benjamin Wah, Coordinated Sci¬ 
ence Lab, MC 228, Univ. of Illinois, 1101 W. 
Springfield Ave., Urbana, IL 61801-3082, 
phone (217) 333-3516, fax (217) 244-1764, 
e-mail wah%aquinas@cso.uicu.edu; or 
Nikolaus G. Bourbakis, 4138 Moonflower Ct., 
San Jose, CA 95135, phone (408) 284-6494. 

® Crypto 91: Aug. 11-15, 1991, Santa Bar¬ 
bara, Calif. Cosponsors: Int’l Assoc, for 
Cryptologic Research et al. Submit 15 copies 
of detailed abstract by Apr. 15,1991, and pa¬ 
per by July 8,1991, to Joan Feigenbaum, 
Crypto 91, AT&T Bell Labs, Rm. 2C473, 6000 
Mountain Ave., Murray Hill, NJ 07974, phone 
(908) 582-6910, Internet: jf@research.att. 


/gjt Int’l Conf. on Parallel and Distributed 

Information Systems: Dec. 4-6, 1991, 
Miami Beach, Fla. Cosponsors: IEEE Com¬ 
puter Soc. et al. Submit seven copies of full pa¬ 
per by May 10, 1991, and abstract by electronic 
mail to H.V. Jagadish, 3C414A, AT&T Bell 
Labs, 600 Mountain Ave., Murray Hill, NJ 
07974, e-mail jag@research.att.com. 

IEEE Infocom 92, 11th Conf. on Com- 
V£Z puter Comm.: May 4-8, 1992, Florence, 
Italy. Cosponsor: IEEE Comm. Soc. Submit 
six copies of paper by June 30,1991, to L. 
Fratta, Politecnico di Milano, c/o Cefriel, Via 
Emanueli, 15, 20126 Milano, Italy, phone 39 
(2) 2399-3578, fax 39 (2) 2399-3587, e-mail 
fratta@imicefr.bitnet; or J. Kurose, Computer 
and Information Science Dept., Univ. of Mas¬ 
sachusetts, Amherst, MA 01003, phone (413) 
545-1585, e-mail kurose@cs.umass. edu. 

ICSE 92,14th Int’l Conf. on Software 

Eng.: May 11-15, 1992, Melbourne, 
Australia. Cosponsors: IEEE Computer Soc. et 
al. Submit six copies of full paper or experience 
report by Sept. 6, 1991, to A.Y. Montgomery, 
Computer Science Dept., Royal Melbourne 
Inst, of Tech., PO Box 2476V, Melbourne 
3001, Victoria, Australia, phone 61 (3) 660- 
2943, fax 61 (3) 662-1617, e-mail aym@ 
goanna.cs.rmit.oz.au. 


January 1991 

Conf. on Optics, Electro-Optics, and Laser 
Applications in Science and Eng., Jan. 20- 

25, Los Angeles. Sponsor: Int’l Soc. for Opti¬ 
cal Eng. Contact SPIE, PO Box 10, Belling¬ 
ham, WA 98227-0010, phone (206) 676-3290, 
fax (206) 647-1445. 

Winter 91 Unix Technical Conf., Jan. 21-25, 

Dallas. Sponsor: Usenix Assoc. Contact Use¬ 
nix Conf. Office, 22672 Lambert St., Suite 613, 
El Toro, CA 92630, phone (714) 588-8649. 

PADS, Workshop on Parallel and Dis- 
nSz tributed Simulation, Jan. 23-25, Ana¬ 
heim, Calif. Cosponsors: ACM, SCS. Contact 
Vijay Madisetti, School of Electrical Eng., 
Georgia Inst, of Tech., Atlanta, GA 30332- 
0250, phone (404) 853-9830, fax (404) 894- 
8363, e-mail vijaykm@petri.gatech.edu; or 
David M. Nicol, Computer Science Dept., Col¬ 
lege of William and Mary, Williamsburg, VA 
23185, phone (804) 221-3458, e-mail nicol@ 


Second ACM-SIAM Symp. on Discrete Al¬ 
gorithms, Jan. 28-30, San Francisco. Contact 
SIAM Conf. Coordinator, Dept. CC0590, 3600 
University City Science Center, Philadelphia, 
PA 19104-2688, phone (215) 382-9800, fax 
(215) 386-7999, e-mail siamconfs@wharton. 
upenn.edu. 

® IEEE Int’l Conf. on Wafer Scale Inte¬ 
gration, Jan. 29-31, San Francisco. Co¬ 
sponsors: IEEE Components, Hybrids, and 
Manufacturing Tech. Soc. Contact Michael J. 
Little, Hughes Research Labs, 3011 Malibu 
Canyon Rd., Malibu, CA 90265, phone (213) 
317-5317, fax (213) 317-5484; Terry Chap¬ 
pell, 730 Encino Dr., Aptos, CA 95003, phone 
(408) 662-1936; or R. Mike Lea, Brunei Univ., 
Uxbridge UB8 3PH, UK, phone (44) 895- 
74000, ext. 2821, fax (44) 895-58728, e-mail 
mike.lea@brunel.ac.uk. 

Nat’l Debate on Achieving Quality Soft¬ 
ware, Jan. 29-Feb. 1, San Diego, Calif. Co¬ 
sponsors: Soc. for Software Quality, Am. Soc. 
for Quality Control. Contact Martin Einhom, 
7373 University Ave., Suite 213, La Mesa, CA 
92041, phone (619) 697-0085. 


February 1991 

WCF 91, Western Comm. Forum, Feb. 4-6, 

Phoenix, Ariz. Sponsor: Nat’l Eng. Consor¬ 
tium. Contact NEC, 303 E. Wacker Dr., Suite 
740, Chicago, IL 60601, phone (312) 938- 
3500, fax (312) 938-8787. 

Systems/USA Tech. Conf., Feb. 11-13, 

Anaheim, Calif. Sponsor: Am. Electronics As¬ 
soc. Contact AEA, 5201 Great America Pkwy., 
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In the accompanying Calendar and adjoining Cali for Papers, the IEEE Com- 
puter Society logo identifies the conferences the society is participating in or 
sponsoring. Other conferences of interest to our readers, plus their sponsors, are 
also listed. 

For inclusion in Call for Papers or Calendar, submit the following information: 
event name, date(s), location, and sponsor(s) as well as the phone and fax num¬ 
bers and the electronic address of the person to contact. In addition, for Calls for 
Papers listings, include the name of the person to whom papers should be submit¬ 
ted and the deadline for submittals. 

Computer should receive the above-mentioned information at least five weeks 
before the month of publication (i.e., for the March 1991 issue, send information 
for receipt by January 21, 1990) to Chuck Governale, Calendar Dept., Computer, 
PO Box 3014, Los Alamitos, CA 90720-1264, fax (714) 821-4010, electronic mail 
c.governale@compmail.com. 


Santa Clara, CA 95054, phone (503) 359-5873 
or (408) 987-4204, fax (503) 357-3839 or 
(408) 970-8565. 

NIST Lecture Series on High-Integrity Sys¬ 
tems, Feb. 12, Gaithersburg, Md. Sponsor: Na¬ 
tional Inst, of Standards and Technology. 
Speaker: Watts Humphrey, Software Eng. Inst. 
Contact Dolores Wallace, NIST, Gaithers¬ 
burg, MD 20899, phone (301) 975-3340. 

Fifth Int’l Conf. on Modeling Techniques 
and Tools for Computer Performance Eval¬ 
uation, Feb. 13-15, Torino, Italy. Contact Ma¬ 
ria Carla Calzarossa, Dip. di Informatica e Sis- 
temistica, Univ. di Pavia, Via Abbiategrasso, 
209, 27100 Pavia, Italy, phone 39 (382) 391- 
350, fax 39 (382) 422-881, e-mail mcc@ 
ipvpel.infn.it. 

’ IWPT 91, Second Int’l Workshop on Pars¬ 

ing Technologies, Feb. 13-15, Cancun, Mex¬ 
ico. Contact Joan Maddamma, IWPT 91, 

School of Computer Science, Carnegie Mellon 
Univ., Pittsburgh, PA 15213, phone (412) 268- 
7656, fax (412) 621-5473, e-mail jfm@cs. 
cmu.edu. 

ISSCC 91,1991 IEEE Int’l Solid-State Cir¬ 
cuits Conf., Feb. 13-15, San Francisco. Spon¬ 
sors: IEEE Solid-State Circuits Council et al. 
Contact Diane Suiters, Courtesy Associates, 
655 15th St. NW, Suite 300, Washington, DC 
20005, phone (202) 639-4255. 

PCCS 1, First Int’l Workshop on Performa- 
bility Modeling of Computer and Comm. 
Systems, Feb. 18-19, Enschede, The Nether¬ 
lands. Contact Nico M. van Dijk, Free Univ., 
Faculty of Economics, PO Box 7161, 1007 MC 
Amsterdam, The Netherlands, phone 31 (20) 
548-7061, fax 31 (20) 462-645, e-mail 
ectricvu@sara.nl. 


DCCA, Second Working Conf. on De¬ 
vi^ pendable Computing for Critical Ap¬ 
plications, Feb. 18-20, Tucson, Ariz. Spon¬ 
sor: IFIP. Contact Richard D. Schlichting, 
Computer Science Dept., Univ. of Arizona, 


Tucson, AZ 85721, phone (602) 621-4324, fax 
(602) 621-4246. 


CAIA 91, Seventh IEEE Conf. on Arti- 
vfty Ficial Intelligence Applications, Feb. 
24-28, Miami Beach, Fla. Contact IEEE Com¬ 
puter Soc., 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 


Fourth Topical Meeting on Robotics and 
Remote Systems for Hazardous Environ¬ 
ments, Feb. 24-28, Albuquerque, N.M. Con¬ 
tact Raymond W. Harrigan, Div. 1414, Sandia 
Nat’l Labs, Albuquerque, NM 87185, phone 
(505) 846-6278, fax (505) 846-7425. 


SPIE/SPSE 91 Symp. on Electronic Imaging 
Science and Tech., Feb. 24-Mar. 1, San Jose, 
Calif. Contact Int’l Soc. for Optical Eng., PO 
Box 10, Bellingham, WA 98227-0010, phone 
(206) 676-3290, fax (206) 647-1445. 


® EDAC 91, European Design Automa¬ 
tion Conf., Feb. 25-28, Amsterdam. 
Sponsor: Institution of Electrical Engineers. 
Contact Secretariat, EDAC 91, CEP Consult¬ 
ants, 26-28 Albany St., Edinburgh EH1 3QH, 
Scotland, fax 44 (31) 557-5749. 

i£jj\ Compcon Spring 91, Feb. 25-Mar. 1, 

San Francisco. Contact Compcon Spring 
91, IEEE Computer Soc., 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013. 


March 1991 


First Great Lakes Symp. on VLSI, 
Mar. 1-2, Kalamazoo, Mich. Contact El- 
tayeb S. Abuelyaman, Electrical Eng. Dept., 
Eastern Michigan Univ., Kalamazoo, MI 
49007, fax (616) 387-4024. 


many. Cosponsors: IEEE et al. Contact Raul 
Camposano, IBM T.J. Watson Research Cen¬ 
ter, PO Box 218, Yorktown Heights, NY 
10598, phone (914) 945-3871, e-mail raulc@ 
ibm.com. 

1991 Computer Science Conf., Mar. 5-7, San 

Antonio, Texas. Sponsor: ACM. Contact Don 
Nowak, Assoc, for Computing Machinery, 11 
W. 42nd St., New York, NY 10036, phone 
(212) 869-7440, ext. 223. 

22nd Technical Symp. on Computer Science 
Education, Mar. 7-8, San Antonio, Texas. 
Sponsor: ACM SIGCSE. Contact Nell Dale, 
Computer Science Dept., Univ. of Texas at 
Austin, Austin, TX 78712, phone (512) 471- 
9539, e-mail ndale@cs.utexas.edu. 

ACM SIGForth 91 Workshop, Mar. 7-9, San 

Antonio, Texas. Sponsor: ACM SIGForth. 
Contact Sheli Thomas or Dave Cole, Software 
Construction Co., 2900 B Longmire, College 
Station, TX 77845, phone (409) 696-5432. 

® Built-In Self-Test (BIST) Workshop, 
Mar. 13-15, Charleston, S.C. Sponsor: 
IEEE Computer Soc. Technical Committee on 
Test Tech. Contact Richard Sedmak, Self-Test 
Services, 6 Lindenwold Terr., Ambler, PA 
19002, phone (215) 628-9700, fax (215) 628- 
2106. 


Fourth Computer Virus and Security 
Conf., Mar. 14-15, New York City. 
Sponsor: Data Processing Management Assoc. 
Financial Industries. Contact Judy S. Brand, 
PO Box 6313, FDR Station, New York, NY 
10150, phone (800) 835-2246. 


Third IEE Conf. on Telecomm., Mar. 17-20, 

Edinburgh, Scotland. Sponsor: Institution of 
Electrical Engineers. Contact Conf. Services, 
IEE, Savoy Place, London WC2R 0BL, UK, 
phone 44 (71) 240-1871, fax 44 (71) 240-7735. 


jgjk Symp. on Experiences with Distrib- 
uted and Multiprocessor Systems, 
Mar. 21-22, Atlanta. Sponsor: Usenix Assoc. 
Contact George Leach, AT&T Paradyne, MS 
LG-129, PO Box 2826, Largo, FL 34649-2826, 
phone (813) 530-2376, e-mail reggie@pdn. 
paradyne.com. 


NIST Lecture Series on High-Integrity Sys¬ 
tems, Mar. 22, Gaithersburg, Md. Sponsor: 
National Inst, of Standards and Technology. 
Speaker: Victor Basili, Univ. of Maryland. 
Contact Dolores Wallace, NIST, Gaithers¬ 
burg, MD 20899, phone (301) 975-3340. 


Fifth SIAM Conf. on Parallel Processing 
and Scientific Computing, Mar. 25-27, 

Houston. Contact Soc. for Industrial and Ap¬ 
plied Math. Conf. Coordinator, Dept. CC0590, 
3600 University City Science Center, Phila¬ 
delphia, PA 19104-2688, phone (215) 382- 
9800, fax (215) 386-7999, e-mail siamconfs@ 
wharton.upenn.edu. 


January 1991 


129 













Advanced Research in VLSI Conf., Mar. 25- 

27, Santa Cruz, Calif. Sponsors: Univ. of Cali¬ 
fornia at Santa Cruz, Univ. of California at 
Berkeley. Contact Kevin Karplus, Computer 
Eng., Univ. of California at Santa Cruz, Santa 
Cruz, CA 95064, Internet karplus@ce.ucsc. 
edu. 

Auto Carto 10,10th Int’l Symp. on Auto¬ 
mated Cartography, Mar. 25-28, Baltimore. 
Cosponsors: Am. Cartographic Assoc, et al. 
Contact ACSM/ASPRS/Auto Carto 10, 5410 
Grovesnor Lane, Bethesda, MD 20814. 

CEEDA 91, Int’l Conf. on Concurrent Eng. 
and Electronic Design Automation, Mar. 
26-28, Bournemouth, Dorset, UK. Sponsors: 
Institution of Electrical Engineers et al. Con¬ 
tact Sa’ad Medhat, Bournemouth Polytechnic, 
Poole House, Talbot Campus, Fern Barrow, 
Dorset BH12 5BB, UK, phone 44 (81) 595- 
492, fax 44 (81) 595-368, e-mail saiad 
medhat@eurolom.ie. 

10th IEEE Int’I Phoenix Conf. on Comput¬ 
ers and Comm., Mar. 27-30, Scottsdale, Ariz. 
Sponsors: IEEE, IEEE Comm. Soc. Contact 
Oris Friesen, Bull HN, PO Box 8000, MS A93, 
Phoenix, AZ 85066, phone (602) 862-5200, 
e-mail friesen@ system-m.phx.bull.com. 


April 1991 


24th Computer Simulation Conf., Apr. 1-5, 

New Orleans. Sponsor: Soc. for Computer 
Simulation. Contact George W. Zobrist, Com¬ 
puter Science Dept., Univ. of Missouri at 
Rolla, Rolla, MO 65401, phone (314) 341- 
4836, e-mail c2816@umrvmb.umr.edu. 


Conf. Secretary, Microelectronics Research 
Lab, Univ. of Colorado at Colorado Springs, 
PO Box 7150, Colorado Springs, CO 80933- 
7150, phone (719) 593-3488, fax (719) 594- 
4257. 

Computer Graphics and Education 91, Apr. 
4-6, Barcelona, Spain. Sponsor: Int’l Federa¬ 
tion for Information Processing. Contact Steve 
Cunningham, Computer Science Dept, Cali¬ 
fornia State Univ. at Stanislaus, Turlock, CA 
95380, phone (209) 667-3176, e-mail rsc@ 
altair.csustan.edu; or Roger Hubbold, Com¬ 
puter Science Dept., Univ. of Manchester, Ox¬ 
ford Road, Manchester Ml3 9PL, UK, phone 
(44) 61-275-6158, e-mail hubbold@uk.ac. 


IEEE Infocom 91, Conf. on Computer 
v&x Comm., Apr. 7-11, Miami, Fla. Cospon¬ 
sors: IEEE Computer Soc. and Comm. Soc. 
Contact N. Shacham, IEEE Infocom 91, SRI 
Int’l, 333 Ravenswood Ave., Menlo Park, CA 
94025, phone (415) 859-5710, e-mail 


1991 IEEE Int’l Conf. on Robotics and 
Automation, Apr. 7-12, Sacramento, Calif. 
Sponsor: IEEE Robotics and Automation Soc. 
Contact Robotics and Automation, PO Box 
3216, Silver Spring, MD 20918, phone (301) 
434-1990. 

/£jj\ IMS 91, First IEEE Int’l Workshop on 
VE? Interoperability in Multidatabase 
Systems, Apr. 8-9, Kyoto, Japan. Contact 
Ahmed K. Elmagarmid, Purdue Univ., Com¬ 
puter Sciences Dept., West Lafayette, IN 
47907, phone (317) 494-1998; or Yutaka 
Matsushita, Instrumentation Dept., Keio 
Univ., Hiyoshi, Yokohama, Japan, phone 81 
(44) 63-1141, ext. 3564. 


Tokyo, Univ. of Tokyo, 7-3-1 Hongo, Bunkyo- 
ku, Tokyo 113, Japan, phone 81 (3) 816-1783, 
fax 81 (3) 818-4607, e-mail b39756@tansei. 
cc.u-tokyo.ac.jp. 


ETC 91, 1991 European Test Conf., 
Apr. 10-12, Munich, Germany. Spon¬ 
sor: VDE (Zentralstelle Tagungen und Semi- 
nare). Contact Peter Stilke, VDE, Streseman- 
nallee 15, D-6000 Frankfurt 70, Germany, 
phone (69) 6308-203, fax (69) 6308-273. 


RTA 91, Fourth Int’l Conf. on Rewriting 
Techniques and Applications, Apr. 10-12, 

Como, Italy. Sponsor: State Univ. of Milan. 
Contact G. Degli Antoni or Marelva Bianchi, 
Dip. di Scienze Dell’ Informazione, Univ. di 
Milano, Via Milano Moretto da Brescia 9,1- 
20133 Milano, Italia, phone 39 (02) 7575-201, 
fax 39 (02) 7611-0556, e-mail gdantoni@ 
imisiam.bitnet. 


® 14th IEEE Workshop on Design for 
Testability, Apr. 15-18, Vail, Colo. 
Contact T.W. Williams, IBM, PO Box 1900, 
Dept. J22/02SR, Boulder, CO 80301-9191. 

® Ninth IEEE VLSI Test Symp., Apr. 16- 

18, Atlantic City, N.J. Cosponsor: IEEE 
Philadelphia Section. Contact Mukund Modi, 
Naval Air Eng. Center, ATE Software Center, 
Code: 52514, Lakehurst, NJ 08733, phone 
(201) 323-7002, fax (201) 323-7445. 

16th Int’l Symp. on Computer 
Systems, Apr. 16-19, Monterrey, NL, 
Mexico. Sponsor: Inst. Tecnologico y de Estu- 
dios Superiores de Monterrey. Contact Carlos 
D. Hinojosa A., Direccion de Carrera ISC, 
ITESM, Sue. de Correos ‘J’, CP.64849, Mon¬ 
terrey, NL, Mexico, phone 52 (83) 58-2000, 
fax 52 (83) 58-8931. 


Dasfaa 91, Second Int'l Symp. on 
Database Systems for Advanced Ap¬ 
plications, Apr. 2-4, Tokyo. Sponsor: Infor¬ 
mation Processing Soc. of Japan. Contact 
Yahiko Kambayashi, Computer Science 
Dept., Kyushu Univ., 6-10-1 Hakozaki, Hi¬ 
gashi Fukuoka 812, Japan, phone 81 (92) 641- 
1101, ext. 5407; or Yoshifumi Masunaga, 
Univ. of Library and Information Science, 1-2 
Kasuga, Tsukuba, Ibaraki 305, Japan, phone 
81 (298) 52-0511, ext. 340, fax 81 (298) 52- 
4326, e-mail masunaga@ulis.ac.jp. 


Flairs 91, Florida Artificial Intelligence Re¬ 
search Symp., Apr. 2-5, Cocoa Beach, Fla. 
Sponsor: Florida Artificial Intelligence Re¬ 
search Soc. Contact Avelino J. Gonzalez, 
Computer Eng. Dept., Univ. of Central Flor¬ 
ida, Orlando, FL 32816, phone (407) 281- 
5027, e-mail fdgonzal%ucflvm.bitnet@ 
cunyvm.cuny.edu. 

/gJjN SAC 91, 1991 Symp. on Applied 

Computing, Apr. 3-5, Kansas City, Mo. 
Sponsor: Univ. of Missouri — Kansas City. 
Contact Richard G. Hetherington, SAC 91, 
Univ. of Missouri — Kansas City, Computer 
Science Telecommunications Program, 5100 
Rockhill Rd„ Kansas City, MO 64110-2499, 
phone (816) 235-2399. 


Third Symp. on Integrated Ferroelectrics, 
Apr. 3-5, Colorado Springs, Colo. Contact 


/Sjjv DCC 91, Data Compression Conf., 

Apr. 8-10, Snowbird, Utah. Sponsor: 
IEEE Computer Soc. Technical Committee on 
Computer Comm., NASA/CESDIS. Contact 
Martin Cohn, Computer Science Dept., Bran¬ 
ded Univ., Waltham, MA 02254, phone (617) 
736-2705, fax (617) 736-2741, e-mail marty@ 
cs.brandeis.edu. 

ASPLOS 4, Fourth Int’l Conf. on 
N*?’ Architectural Support for Program¬ 
ming Languages and Operating Systems, 
Apr. 8-11, Santa Clara, Calif. Sponsor: ACM. 
Contact Bob Rau, Hewlett-Packard Labs, 1501 
Page Mill Rd„ Bldg. 3U, Palo Alto, CA 94304, 
fax (415) 857-8558, e-mail rau@hplabs.hp. 


Seventh Int’l Conf. on Data Eng., Apr. 
vSx 8-12, Kobe, Japan. Contact Ming T. 
(Mike) Liu, Computer and Information Sci¬ 
ence Dept., Ohio State Univ., 2036 Neil Ave., 
Columbus, OH 43210-1277, phone (614) 292- 
1837, e-mail liu@cis.ircc.ohio-state.edu; or 
Data Eng. 91, IEEE Computer Soc., 1730 Mas¬ 
sachusetts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013, fax (202) 728- 


IFIP Working Conf. on Modeling in Com¬ 
puter Graphics, Apr. 8-12, Tokyo. Sponsor: 
IFIP TC 5/WG 5.10. Contact Tosiyasu L. 
Kunii, Information Science Dept., Faculty of 


Hggjl CHDL 91,10th Int’l Symp. on Com- 
puter Hardware Description Lan¬ 
guages and their Applications, Apr. 22-24, 

Marseille, France. Cosponsors: Int’l Federa¬ 
tion for Information Processing et al. Contact 
Dominique Borrione, Imag/Artemis, BP 53X, 
38041 Grenoble Cedex, France, phone (33) 
7651-4604, ext. 5240, fax (33) 7651-9637, 
e-mail borrione@imag.imag.fr. 


Second European Distributed Memory 
Computing Conf., Apr. 22-24, Munich, Ger¬ 
many. Cosponsors: Gesellschaft fur Informa- 
tik et al. Contact Arndt Bode, Computer Sci¬ 
ence, Technische Univ. Munich, POB 20-24- 
20, D-8000 Munich 2, Germany, phone 49 (89) 
2105-8240, e-mail bode@infovax.informatik. 
tu-muenchen. dbp.de. 


KMET 91, Int’l Conf. on Knowledge Model¬ 
ing and Expertise Transfer, Apr. 22-24, So¬ 
phia Antipolis, France. Cosponsors: Assoc. 
Francaise pour la Cybernetique Economique et 
Technique et al. Contact KMET 91, Univ. de 
Nice, Sophia Antipolis, CNRS, 13S-LISAN, 
Daniele Herin-Aime, bat. 4, rue A. Einstein, 
06560, Valbonne, France, phone (33) 92-94- 
26-27, fax (33) 92-94-28-98, e-mail dh@ 
cerisi.cerisi.fr. 


Second Eurographics Workshop on Visuali¬ 
zation in Scientific Computing, Apr. 22-24, 

Delft, The Netherlands. Cosponsors: Delft 


130 


COMPUTER 





Univ. of Technology et al. Contact Andrea J.S. 
Hin, Eurographics VISC Workshop, TU Delft, 
Faculty of Tech. Math, and Informatics, PO 
Box 356, 2600 AJ Delft, The Netherlands, 
phone 31 (15) 783-630, fax 31 (15) 786-522, 
e-mail andrea@duticg.tudelft.nl. 


Second Int’l Conf. on Systems Integra- 
tion, Apr. 22-25, Morristown, N.J. Co¬ 
sponsors: New Jersey Inst, of Tech, et al. Con¬ 
tact Peter A. Ng, Computer and Information 
Science Dept., New Jersey Inst, of Tech., Uni¬ 
versity Heights, Newark, NJ 07102, phone 
(201) 596-3387, e-mail ng_p@vienna.njit. 
edu. 


NCGA 91, 1991 Nat’l Computer Graphics 
Assoc. Conf., Apr. 22-25, Chicago. Contact 
NCGA, 2722 Merrilee Dr„ Suite 200, Fairfax, 
VA 22031, phone (800) 225-6242 or (703) 
698-9600. 


CHI 91,1991 Conf. on Human Factors 
in Computing Systems, Apr. 27-May 2, 

New Orleans. Sponsor: ACM. Contact Keith 
Butler, Boeing, Advanced Tech. Center, PO 
Box 24346, M/S 7L-64, Seattle, WA 98124, 
phone (206) 865-3389; or June Davis, 13 An¬ 
napolis St., Annapolis, MD 21401, phone 
(301) 269-6801. 


ECF 91, Eastern Comm. Forum, Apr. 29- 

May 1, Washington, DC. Sponsor: Nat’l Eng. 
Consortium. Contact NEC, 303 E. Wacker Dr„ 
Suite 740, Chicago, IL 60601, phone (312) 
938-3500, fax (312) 938-8787. 


I ^j^ l Int’l Conf. on Cognitive Sciences, Apr. 

29-May 2, Montreal. Cosponsors: 
AFCET et al. Contact Gilles Gauthier, Math, 
and Computer Science Dept., Univ. of Quebec, 
PO Box 8888, Station A, Montreal, Que., Can¬ 
ada H3C 3P8, phone (514) 987-8212, fax (514) 
987-8477. 


Fifth Int'l Parallel Processing Symp., 
Apr. 30-May 2, Anaheim, Calif. Spon¬ 
sor: IEEE Computer Soc. Orange County 
Chapter. Contact Larry H. Canter, Computer 
Systems Approach, 1140 S. Raymond Ave., 
Suite B, Fullerton, CA 92631, phone (714) 
738-3414, fax (714) 738-3470. 


May 1991 

22nd Pittsburgh Conf. on Modeling and 
Simulation, May 2-3, Pittsburgh. Sponsor: 
Univ. of Pittsburgh. Contact William G. Vogt 
or Marlin H. Mickle, Modeling and Simulation 
Conf., 348 Benedum Eng. Hall, Univ. of Pitts¬ 
burgh, Pittsburgh, PA 15261. 

Fifth SIAM Int’l Symp. on Domain Decom¬ 
position Methods for Partial Differential 
Equations, May 6-8, Norfolk, Va. Contact 
Soc. for Industrial and Applied Math., Dept. 
CC0590, 3600 University City Science Center, 
Philadelphia, PA 19104-2688, phone (215) 
382-9800, fax (215) 386-7999, e-mail 
siamconfs @ wharton.upenn.edu. 

SID 91,1991 Int’l Symp., Seminar, and Ex¬ 
hibition, May 6-10, Anaheim, Calif. Sponsor: 


Soc. for Information Display. Contact SID, c/o 
Palisades Inst, for Research Services, 201 
Varick St., Suite 1140, New York, NY 10014, 
phone (212) 620-3371, fax (212) 620-3379. 

IEEE Pacific Rim Conf. on Comm., Comput¬ 
ers, and Signal Processing, May 9-10, Victo¬ 
ria, B.C., Canada. Cosponsors: IEEE Victoria 
Section, Univ. of Victoria. Contact Technical 
Program Committee, c/o Pan Agathoklis, Elec¬ 
trical and Computer Eng. Dept., Univ. of Vic¬ 
toria, PO Box 3055, Victoria, B.C., Canada 
V8W 3P6, phone (604) 721-8618, fax (604) 
721-8676. 

Second Int’l Workshop on Human and Ma¬ 
chine Cognition, May 9-11, Pensacola, Fla. 
Contact Ken Ford, Inst, for Human and Ma¬ 
chine Cognition, Div. of Computer Science, 
Univ. of West Florida, Pensacola, FL 32514, 
phone (904) 474-2551, e-mail kford@uwf. 

CBMS 91, Fourth IEEE Symp. on 
Computer-Based Medical Systems, 
May 12-14, Baltimore. Cosponsors: IEEE 
Computer Soc., IEEE Eng. in Medicine and Bi¬ 
ology Soc., and IEEE Baltimore Section. Con¬ 
tact Jeffery C. Lesho, Johns Hopkins Univ., 
Applied Physics Lab., Bldg. 2-257, Johns 
Hopkins Rd., Laurel, MD 20723-6099, phone 
(301) 953-5000, ext. 8057. 

CICC 91, IEEE Custom Integrated Circuits 
Conf., May 12-15, San Diego, Calif. Contact 
Jim Lipman, VLSI Tech., 1109 McKay Dr. 
MS-32, San Jose, CA 95131, phone (408) 434- 
7673. 


44th Conf. of the Soc. for Imaging Science 
and Tech., May 12-17, St. Paul, Minn. Contact 
SPSE, 7003 Kilworth Lane, Springfield, VA 
22151, phone (703) 642-9090, fax (703) 642- 
9094. 


ICSE 13,13th Int’l Conf. on Software 
Eng., May 13-17, Austin, Texas. Co¬ 
sponsor: ACM. Contact Barbara Smith, MCC 
Software Tech. Program, PO Box 200195, 
Austin, TX 78720, phone (512) 338-3336, fax 
(512) 338-3899, e-mail basmith@mcc.com; or 
Bryan Fugate, MCC, 3500 W. Balcones Center 
Dr., Austin, TX 78759-6509, phone (512) 338- 
3330. 


CompEuro 91, IEEE Int’l Conf. on 
Advanced Computer Tech., Reliable 
Systems, and Applications, May 13-17, Bo¬ 
logna, Italy. Cosponsors: IEEE Region 8 et al. 
Contact CompEuro 91 Conf. Secretariat, c/o 
Sercoop, via Crociali 2, 40138 Bologna, Italy, 
phone 39 (51) 300-811, fax 39 (51) 309-477; or 
Vito A. Monaco, Dip. di Elettronica Informa- 
tica E Sistemistica, Univ. di Bologna, Viale Ri- 
sorgimento 2, 40136, Bologna, Italy, fax 39 
(51) 644-3073. 

Int’l Symp. on Software Reliability 
Eng., May 17-18, Austin, Texas. Co¬ 
sponsors: IEEE Computer Soc. Technical 
Committee on Software Eng. and the Nat’l 
Aeronautics and Space Administration. 
Contact Anneliese von Mayrhauser, Compu¬ 
ter Science Dept., Illinois Inst, of Tech., 600 
S. Lambert Rd., Glen Elyn, IL 60137, phone 
(708) 790-4385, e-mail csavm@karl.iit.edu. 


1991 IEEE Symp. on Research in Secu- 
rity and Privacy, May 20-22, Oakland, 
Calif. Sponsor: IEEE Computer Soc. Techni¬ 
cal Committee on Security and Privacy. Con¬ 
tact Daniel Schnackenberg, Boeing, MS 9P- 
64, PO Box 3999, Seattle, WA 98124, phone 
(206) 657-5595, e-mail schnackenberg@ 
dockmaster.ncsc.mil. 

ICDCS 91, 11th Int’l Conf. on Distrib- 
uted Computing Systems, May 20-24, 

Arlington, Texas. Contact Bill D. Carroll, 
Computer Science Eng. Dept., Univ. of Texas 
at Arlington, Box 19015, Arlington, TX 
76019-0015, phone (817) 273-3785, e-mail 
carroll@evax.ari.utexas.edu. 

SESAW, Fourth Software Eng. Stan- 
dard Application Workshop, May 21- 

23, San Diego, Calif. Contact Vera V. Edel- 
stein, Nynex, 500 Westchester Ave., White 
Plains, NY 10604, phone (914) 683-2888. 

/£j^| ISCA 18,18th Int’l Symp. on Com- 
puter Architecture, May 26-30, 

Toronto. Cosponsor: ACM. Contact K.C. 
Smith, Univ. of Toronto, Electrical Eng. Dept., 
Toronto, Ont. M5S 1A4, Canada, phone (416) 
978-5033. 

Fifth Israel Conf. on Computer Sys- 
vgy terns and Software Eng., May 28-29, 

Herzlia, Israel. Sponsors: IEEE Computer Soc. 
Israeli Chapter et al. Contact M. Winokur, c/o 
ORTRA, PO Box 50432, Tel Aviv 61500, Is¬ 
rael, fax 972 (3) 660-952. 


June 1991 

© Workshop on Directions in Auto¬ 
mated CAD-Based Vision, June 2-3, 

Maui, Hawaii. Contact Linda Shapiro, Com¬ 
puter Science and Eng. Dept., FR-35, Univ. of 
Washington, Seattle, WA 98195, phone (206) 
543-2196, fax (206) 543-3842. 

Fourth Int’l Conf. on Industrial and 
Eng. Applications of Artificial Intelli¬ 
gence and Expert Systems, June 2-5, Kauai, 
Hawaii. Sponsors: ACM et al. Contact Moonis 
Ali, Univ. of Tennessee Space Inst., MS15, 
B.H. Goethert Pkwy., Tullahoma, TN 37388- 
8897, phone (615) 455-0631, ext. 236, fax 
(615) 454-2354, e-mail alif@utsivl.bitnet. 

/git CVPR 91, IEEE Computer Soc. Conf. 
sS? on Computer Vision and Pattern Rec¬ 
ognition, June 3-7, Lahaina, Maui, Hawaii. 
Contact Shahriar Negahdaripour, Electrical 
Eng. Dept., Univ. of Hawaii at Manoa, 2540 
Dole St., Honolulu, HI 96822, e-mail 
shahriar@wiliki.eng.hawaii.edu. 

SCM 3, Third Int’l Software Configu- 
ration Management Workshop, June 
12-14, Trondheim, Norway. Cosponsors: 
ACM, et al. Contact Reidar Conradi, Computer 
Systems and Telematics Div., Norwegian Inst, 
of Tech., N-7034 Trondheim, Norway, phone 
47 (7) 593-444; or Peter Feiler, Software Eng. 
Inst., Carnegie Mellon Univ., Pittsburgh, PA 
15213-3890, phone (412) 268-7790, e-mail 
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DAC 91, 28th ACM/IEEE Design 
viz Automation Conf., June 16-21, San 

Francisco. Contact MP Associates, 7490 Club¬ 
house Rd., Suite 102, Boulder, CO 80301, 
phone (303) 530-4333. 

ETCS 21, 21st Int’l Symp. on Fault- 
^Az Tolerant Computing, June 25-27, 

Montreal. Sponsor: IEEE Computer Soc. 
Technical Committee on Fault-Tolerant Com¬ 
puting. Contact Vinod K. Agarwal, McGill 
Univ., Electrical Eng. Dept., 3480 University 
St., Montreal, Que., Canada H3A 2A7, phone 
(514) 398-7136, fax (514) 398-4470, e-mail 
agarwal @ spock.ee.mcgill.ca. 

( g^ | Arith 10, 10th Symp. on Computer 
viz Arithmetic, June 26-28, Grenoble, 
France. Cosponsors: ACM et al. Contact Jean- 
Michel Muller, Lab. LIP-IMAC, Ens. Lyon, 
69364 Lyon Cedex 07, France. 


July 1991 


Iona, Spain. Sponsors: IEEE Computer Soc. 
Technical Committee on Data Eng. et al. Con¬ 
tact Guy M. Lohman, IBM Almaden Research 
Center, Dept. K55, Bldg. 801, 650 Harry Rd., 
San Jose, CA 95120-6099, e-mail lohman@ 
ibm.com (Internet), lohman@almaden 
(Bitnet). 

/gij Compsac 91, 15th Int’l Computer 
viz Software and Applications Conf., 
Sept. 11-13, Tokyo. Cosponsor: Information 
Processing Soc. of Japan. Contact Stephen S. 
Yau, Univ. of Florida, CIS Dept., Rm. 301, 
Gainesville, FL 32611, phone (904) 335-8006. 

| g^ | ASIC 91, Fourth IEEE Int’l Applica- 
viz tion-Specific Integrated Circuits 
Conf., Sept. 23-27, Rochester, N.Y. Sponsor: 
IEEE Rochester Section. Contact Kenneth W. 
Hsu, Computer Eng. Dept., Rochester Inst, of 
Tech., Rochester, NY 14623, phone (716) 475- 
2655, fax (716) 475-6879, e-mail kwheec@ 
ritvax.bitnet. 


CAR 91, Fifth Int’l Symp. on Com- 
viz puter-Assisted Radiology, July 3-6, 

Berlin. Sponsor: Technical Univ. of Berlin. 
Contact Heinz U. Lemke, Inst, for Technical 
Computer Science, Sekr CG-FR3-3, Franklin- 
strasse 28-29, D-1000, Berlin 10, Germany; or 
Michael H. Rhodes, Toshiba America MRI, 
280 Utah Ave., South San Francisco, CA 
94080, phone (415) 875-2909. 

Operating Systems of the 90s and Be- 
v!z yond, July 8-12, Dagstuhl, Germany. 
Contact Arthur I. Karshmer, New Mexico State 
Univ., Computer Science Dept., PO Box 
30001, Dept. 3CU, Las Cruces, NM 88003- 
0001, phone (505) 646-2312, fax (505) 646- 
6218. 

SIGGraph 91, July 30-Aug. 1, Las Ve- 

viz gas. Sponsor: ACM. Contact Assoc, for 
Computing Machinery, 11 W. 42nd St., New 
York, NY 10036, phone (212) 869-7440. 


August 1991 

l^f^j Crypto 91, Aug. 11-15, Santa Barbara, 
viz Calif. Cosponsors: Int’l Assoc, for Cryp¬ 
tologic Research et al. Contact Burt Kaliski, 
Crypto 91, RSA Data Security, 10 Twin Dol¬ 
phin Dr., Redwood City, CA 94065, phone 
(415) 595-8782, fax (415) 595-1873, Internet: 
burt@rsa.com. 

SSD 91, Second Symp. on Large Spa- 
^Z tial Databases, Aug. 28-30, Zurich, 
Switzerland. Contact Hans-J. Schek, Inst, fur 
Information Systeme, Eth Zentrum, CH-8092 
Zurich, Switzerland, fax 41 (1) 262-3973, 
e-mail schek@inf.ethz.ch. 


September 1991 


October 1991 

| g^ IEEE Workshop on Visual Motion, 
viz Oct. 6-9, Princeton, N.J. Contact Peter 
Burt, David Samoff Research Center, 201 
Washington Rd., Princeton, NJ 08540, e-mail 
burt@vision.samoff.com; or Thomas S. 
Huang, Coordinated Science Lab, Univ. of Illi¬ 
nois, 1101 W. Springfield Ave., Urbana, IL 
61801, phone (217) 333-6912. 

Fifth Software Eng. Inst. Conf. on 
vAz Software Eng. Education, Oct. 7-8, 

Pittsburgh. Sponsor: SEI. Contact James E. 
Tomayko, SEI, Carnegie Mellon Univ., 4500 
Fifth Ave., Pittsburgh, PA 15213-3890, phone 
(412) 268-6806, fax (412) 268-5758, e-mail 
jet@sei.cmu.edu. 

(git 11th IEEE Symp. on Mass Storage Sys- 
vAz terns, Oct. 7-10, Monterey, Calif. Spon¬ 
sor: IEEE Computer Soc. Technical Commit¬ 
tee on Mass Storage Systems and Technology. 
Contact Bernard T. O’Lear, NCAR, PO Box 
3000, Boulder, CO 80307, phone (303) 497- 
1268, fax (303) 497-1137. 

/gii Workshop on Experimental Distrib- 
vlz uted Systems, Oct. 12, Huntsville, Ala. 
Contact Raif M. Yanney, TRW, 1 Space Park, 
DH2/2328, Redondo Beach, CA 90278, phone 
(213) 764-6033. 

RIDT 91, Second Int’l Workshop on 
V5Z Raster Imaging and Digital Typogra¬ 
phy, Oct. 14-15, Boston. Contact Robert A. 
Morris, Math, and Computer Science Dept., 
Univ. of Massachusetts at Boston, Harbor 
Campus, Boston, MA 02125-3393, phone 
(617) 287-6466, e-mail ridt91-request@cs. 
umb.edu. 

<g^ ICCD 91, IEEE Int’l Conf. Symp. on 
viz Computer Design, Oct. 14-16, Cam¬ 
bridge, Mass. Cosponsors: IEEE Computer 
Soc. and IEEE Circuits and Systems Soc. Con¬ 
tact ICCD 91, IEEE Computer Soc., 1730 Mas¬ 
sachusetts Ave. NW, Washington, DC 20036- 
1903, phone (202) 371-1013. 


/gjt 16th Conf. on Local Computer Net- 
viz works, Oct. 14-17, Minneapolis, Minn. 
Cosponsor: IEEE Computer Soc. Technical 
Committee on Computer Comm. Contact 
James F. Mollenauer, 16th LCN Conf., Artel 
Communications, 22 Kane Industrial Dr., 
Hudson, MA 01749, phone (508) 562-2100, 
fax (508) 562-6942. 

igjj Sixth Int’l Workshop on Software 
viZ Specification and Design, Oct. 25-26, 

Como, Italy. Contact Jean-Pierre Finance, 
CRIN, Campus Scientifique, BP 239 54000 
Nancy, France, e-mail finance@loria.crin.fr. 

ITC 91, Int’l Test Conf., Oct. 28-Nov. 

vAz 1, Nashville, Tenn. Cosponsor: IEEE 
Philadelphia Section. Contact IEEE Computer 
Soc., 1730 Massachusetts Ave. NW, Washing¬ 
ton, DC 20036-1903, phone (202) 371-1013. 


November 1991 

|g^) TAI 91, Third IEEE Computer Soc. 
viz Conf. on Tools for Artificial Intelli¬ 
gence, Nov. 5-8, San Jose, Calif. Contact Ben¬ 
jamin Wah, Coordinated Science Lab, MC 
228, Univ. of Illinois, 1101 W. Springfield 
Ave., Urbana, IL 61801-3082, phone (217) 
333-3516, fax (217) 244-1764, e-mail wah% 
aquinas@cso.uicu.edu; or Nikolaus G. Bour- 
bakis, 4138 Moonflower Ct., San Jose, CA 
95135, phone (408) 284-6494. 

|£jj| ICCAD 91, IEEE Int’l Conf. on Com- 
viZ puter-Aided Design, Nov. 11-14, Santa 
Clara, Calif. Cosponsor: IEEE Circuits and 
Systems Soc. Contact ICCAD 91, IEEE Com¬ 
puter Soc., 1730 Massachusetts Ave. NW, 
Washington, DC 20036-1903, phone (202) 
371-1013. 

/gjt Supercomputing 91, Nov. 18-22, Al- 

vAz buquerque, N.M. Cosponsor: ACM. 
Contact Raymond L. Elliott, Computing and 
Comm. Div., MS B260, Los Alamos Nat’l Lab, 
Los Alamos, NM 97545; or Supercomputing 
91, IEEE Computer Soc., 1730 Massachusetts 
Ave. NW, Washington, DC 20036-1903, 
phone (202) 371-1013. 


December 1991 

| g^ | Int’l Conf. on Parallel and Distributed 
vAz Information Systems, Dec. 4-6, Miami 
Beach, Fla. Cosponsors: IEEE Computer Soc. 
et al. Contact Amit Sheth, Bellcore, 1J-210, 
444 Hoes Ln., Piscataway, NJ 08854, phone 
(908) 699-3300, fax (908) 699-9011, e-mail 
amit@ ctt.bellcore.com. 

( g^| World Congress on Expert Systems, 
viz Dec. 16-19, Orlando, Fla. Cosponsors: 
Int’l Assoc, of Knowledge Engineers et al. 
Contact World Congress on Expert Systems, 
c/o Congress Secretariat, Congrex (USA), 

Inc., 7315 Wisconsin Ave., Suite 404E, Be- 
thesda, MD 20814, phone (301) 469-3355, fax 
(301) 469-3360. 
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IEEE COMPUTER SOCIETY 
Membership / Subscription Application 




BENEFITS 


Computer 

You automatically 
receive Computer with 
membership. Written, 
reviewed, and refereed 
by experts, it features 
survey and tutorial 
articles covering the 
entire computer field, 
and departments such 
as new products, pro¬ 
duct reviews, standards, 
and a reader forum 
called "The Open 
Channel." (monthly). 

Technical Committees 

Participate in one or more of our 33 technical 
committees — networks of professionals with common 
interests in specialty areas within computer hardware, 
software, and applications. 

Standards Working Groups 
Participate in the development of the more than 100 
standards projects currently sponsored by the society 
in such diverse areas as software engineering, local 
area networks, microprocessor buses, design automa¬ 
tion, programming languages, and standards 
definitions. 

Computer Society Press Books and Videos 

Receive discounts of up to 50% on over 700 titles 
covering a broad spectrum of computer science topics 
such as networking, communications, advanced 
systems, image processing, security, artificial 
intelligence, and visualization. Over 120 new products 
are published annually. 

Conferences and Tutorials 
Choose from more than 100 conferences annually, 
ranging from large industry-oriented conferences 
replete with exhibits to small, highly interactive 
workshops. Members receive special low rates. 


Schedule of Fees 


To join: see item 1, 2, or 3. 
To subscribe: see item 4. 


Membership dues and periodical subscriptions are annualized to, and expire on, 
December 31. Pay full- or half-year rate depending on date of receipt by the 
Computer Society as indicated below. Half Year Full Year 

Mar 1-Aug 31 Sept 1-Feb 28 


I I don’t belong to the IEEE and I want □ $27.00 □ $ 54.00 

to join just the Computer Society 

2 1 don’t belong to the IEEE and I want 

to join both the Computer Society and the IEEE* 

I reside in Region 1-6 (United States). □$52.50 □ $105.00 

I reside in Region 7 (Canada). □ $48.50 □ $ 97.00 

I reside in Region 8 (Europe, Africa, orthe Middle East) □ $48,00 □$ 96.00 

I reside in Region 9 (Latin America). □ $44.50 □ $ 89.00 

I reside in Region 10 (Asia and Pacific). □ $43.50 □$ 87.00 


le Computer Society may deduct $5 off the 


3 1 already belong to the IEEE and I want 
to join the Computer Society 


□ $ 11.00 □$ 22.00 


IEEE Member Number 


I OPTIONAL PERIODICALS for new or current members 


IEEE Computer Graphics and Applications ... 


...6 □ $12.00 □$ 24.00 


IEEE Design and Test . 

.... 4 

□ $11.00 

□ $ 

IEEE Expert . 

.6 

□ $10.00 

□ $ 

IEEE Micro . 

.6 

□ $10.50 

.□$ 

IEEE Software . 

.6 

□ $12.50 

□ $ 

Transactions on: 




Computers . 

...12 

□ $12.00 

□ $ 

Knowledge and Data Engineering . 

.4 

□ $ 7.50 

□ $ 

Parallel and Distributed Systems . 

.4 

□ $ 7.00 

□ $ 

Pattern Analysis and Machine Intelligence 

...12 

□ $12.00 

□ $ 

Software Engineering . 

...12 

□ $11.00 

□ $ 


Total amount remitted with this application $_ 

DC residents add sales tax to optional periodicals. 

□ Checks accepted in Belgian, British, German, Swiss, Japanese, or US currencies. 

Checks must be drawn on a bank in the country of origin of the currency. pR|CES Exp|RE 

□ Visa □ Master Card □ American Express Mo I Yr 

ii 111111 ii ii 11111 rttp 

Charge Card Number (Minimum Charge $10.) Exp. Date 


or Computer Society membership and, if elected, will be governed by IEEE's and the society’s constitutions, bylaws, and statements of 


MAILING ADDRESS 


EDUCATION (highest level completed)_ 


Return to: IEEE Computer Society, 10662 Los Vaqueros Circle, PO Box 3014, Los Alamitos, CA 90720-1264 USA. f 

Residents of Europe mail to: IEEE Computer Society, 13, Avenue de I’Aquilon, B-1200, Brussels, BELGIUM. 

Asian/Pacific residents mail to: IEEE Computer Society, Ooshima Building, 2-19-1 Minami-Aoyama, Minato-ku, Tokyo 107 JAPAN. 


poo 













































CAREER OPPORTUNITIES 


RATES: $12.00 per line, (ten lines mini¬ 
mum). Average five typeset words per 
line, eight lines per column inch. Add 
$10 for box number. Send copy at least 
one month prior to publication date to: 
Marian B. Tibayan, Classified Adver¬ 
tising, COMPUTER Magazine, 10662 
Los Vaqueros Circle, PO Box 3014, 
Los Alamitos, CA 90720-1264; (714) 
821-8380; fax (714) 821-4010. 

In order to conform to the Age Discrimina¬ 
tion in Employment Act and to discourage 
age discrimination, COMPUTER may re¬ 
ject any advertisement containing any of 
these phrases or similar ones: "...recent 
college grads...,” "...1-4 years maximum 
experience...," "...up to 5 years experi¬ 
ence," or "...10 years maximum 
experience." COMPUTER reserves the 
right to append to any advertisement, with¬ 
out specific notice to the advertiser, 
"Experience ranges are suggested mini¬ 
mum requirements, not maximums." 
COMPUTER assumes that, since advertis¬ 
ers have been notified of this policy in 
advance, they agree that any experience re¬ 
quirements, whether stated as ranges or 
otherwise, will be construed by the reader 
as minimum requirements only. 


UNIVERSITY OF KANSAS 

Department of Computer Science 

A tenure-track faculty position in com¬ 
puter science is expected for the Academic 
Year 1991-92 at the Assistant Professor 
level, with a starting date of August, 1991, or 
as negotiated. Applicants must have a Ph.D. 
or comparable degree in computer science 
by the starting date; must demonstrate a 
strong aptitude for research in computer 
science, show promise as a teacher, and 
should be broadly based in computer sci¬ 
ence. Applicant should demonstrate compe¬ 
tence in at least one of the following areas: 

languages, computer architecture, computer 
graphics, computational science, distributed 
computing and networking, methodology 
and foundations of programming, operating 
systems, or simulation and modelling. Appli¬ 
cant should have U.S. citizenship or perma¬ 
nent residency. 

The Department awards B.S., M.S., and 
Ph.D. degrees, and has an active broadly- 
based program of research. The University is 
located in an attractive area of rolling hills, 
scattered woods and lakes, one hour from 
Kansas City. Our positions are competitively 
attractive. 

For information, write or phone: Prof. 
William G. Bulgren, Chair, Dept, of Com¬ 
puter Science, University of Kansas, Law¬ 
rence, KS 66045. (913) 864-4481. Vitas 
and names of at least three references should 
be submitted. Applications must be received 
by March 8, 1991. KU is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


UNIVERSITY OF CALIFORNIA 
AT IRVINE 
Faculty Positions in 
Computer Science 

The Department of Information and 
Computer Science (ICS) is actively recruiting 
faculty AT ALL LEVELS. We have dynamic 
research groups in the areas of computer 
systems design, parallel processing, artificial 
intelligence, computer networks and distri¬ 
buted processing, software, social and man¬ 
agerial analysis of computing, and theory. 
We are continuing to build on these areas of 
strength. We are also interested in develop¬ 
ing new strength in computational biology, 
integrated systems, computer-supported co¬ 
operative work, databases, design tools, and 
model-based reasoning. We will sympatheti¬ 
cally review applications from very strong 
candidates in all areas of computer science. 

We are looking for new faculty with strong 
research records who would thrive in a high¬ 
ly productive but friendly setting, and who 
would like to join us in exploring the nature 
of computing, broadly defined. We specially 
encourage application from exceptionally 
distinguished candidates for senior positions. 

The ICS Department is an independent 
academic unit reporting to the Executive 
Vice Chancellor. ICS faculty emphasize core 
computer science as well as research in 
emerging areas of the discipline, with effec¬ 
tive interdisciplinary ties to colleagues in 
neurobiology, cognitive science, manage¬ 
ment, engineering, and the social sciences. 
The department currently has 30 full-time 
faculty positions and over 120 Ph.D. stu¬ 
dents, with major support from the admini¬ 
stration to expand and to strengthen the re¬ 
search environment. 

Annual research funding from contracts 
and grants from agencies such as DARPA, 
NSF, and ONR, currently total over $6.5 
million. In 1986 the software group was 
awarded a Coordinated Experimental Re¬ 
search (CER) grant from the National Sci¬ 
ence Foundation. This support has fostered 
the creation of a Research Laboratory for 
software engineering, in which major studies 
of the development and evaluation of soft¬ 
ware technology are undertaken. High 
quality research has also fostered the crea¬ 
tion of a Research Laboratory for computer 
systems design that deals with methodolo¬ 
gies and tools for the design of complex com¬ 
putational systems. A third Research Labor¬ 
atory, in Artificial Intelligence, is planned. 

Department equipment includes approxi¬ 
mately 175 workstations, primarily Sun-3’s 
and Sun-4s. Two large multiprocessor Se- 
quents and a Hypercube are available, as 
well as approximately 300 Macintosh Plus’s 
and IPs. All our major workstations and com¬ 
puters are tied together with networks, which 
are gatewayed to the campus network, and 
from there, to regional, national, and inter¬ 
national networks (Darpa Internet, CSnet, 
Bitnet, etc.). In addition, department mem¬ 
bers have access to campus-wide computing 
resources as well as regional supercomputer 


UC-Irvine is located in Orange County, 
three miles from the Pacific Ocean near 
Newport Beach, and approximately halfway 
between Los Angeles and San Diego. The 
campus is situated in the heart of a national 
center of high-technology enterprise. It is 
growing rapidly and offers exciting profes¬ 
sional and cultural opportunities. Salaries 
and benefits are competitive. Special hous¬ 
ing assistance is available from the university, 
including newly built, for-sale housing within 
short walking distance from the Department. 

Send resumes and names of four refer- 

Chair, Faculty Recruiting Committee 
Department of Information and Computer 
Science 

University of California-Irvine 
Irvine, CA 92717 

The ICS Department has several vacant 
positions and application screening will begin 
immediately upon receipt of curriculum 
vitae. Maximum consideration will be given 
to applications received by January 31, 
1991. 

The University of California is an Affirma¬ 
tive Action/Equal Opportunity Employer. 
The Department of ICS is particularly in¬ 
terested in receiving applications from 
women and minority candidates. 


UNIVERSITY OF VIRGINIA 
Department of Systems Engineering 

Applications are invited for tenure-track 
appointments at all professorial levels in the 
Department of Systems Engineering. Posi¬ 
tions may become available as early as Janu¬ 
ary 1991. Applicants should have an inter¬ 
disciplinary orientation with strong research 
and teaching interests, particularly in quan¬ 
titative methods. Research experience or a 
demonstrated potential in one or more of the 
following areas is desirable: combinatorial 
optimization, heuristic search, decision aid¬ 
ing, machine learning, and uncertain and 
approximate reasoning. 

The positions offer teaching opportunities 
at the undergraduate, masters, and Ph.D. 
levels. Currently the department enrolls ap¬ 
proximately 220 undergraduates and 60 
graduate students. The faculty is highly ac¬ 
tive in contemporary research issues dealing 
with knowledge-based systems, decision 
and control theory, optimization and search, 
applied probability, and statistics, discrete 
event dynamic systems, simulation, and 
engineering management. The department 
takes a strongly analytic approach often with 
a mission orientation in its research. 

Send resume, and the names, addresses 
and telephone numbers of at least three 
references to Professor Furman W. Barton, 
Chairman, Department of Systems Engineer¬ 
ing, University of Virginia, Charlottesville, 
VA 22903 as soon as possible but by 1 Feb¬ 
ruary 1991 at the latest for a September 
1991 appointment. The University of Vir¬ 
ginia is an Equal Opportunity, Affirmative 
Action Employer. 
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UNIVERSITY OF PITTSBURGH 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for one or more tenure- 
track faculty positions at the assistant pro¬ 
fessor level areas of interest are Systems, 
Data Base, and Artificial Intelligence. The 
starting date will be September 1, 1991. 
Responsibilities include research, supervi¬ 
sion of graduate student research (Ph. D. and 
M.S.), and graduate and undergraduate 
teaching. Candidates should have a Ph.D. in 
computer science and a strong interest in 
both research and teaching. 

The Department currently has twenty- 
three full-time faculty members and supports 
strong graduate and undergraduate pro¬ 
grams. Departmental resources include an 
excellent research library and extensive com¬ 
puting facilities including a network of SUN 
and Xerox 1100-series (Dandelion) worksta¬ 
tions, a VAX 11/780 (under BSD UNIX), 
an Intel iPSC/2 hypercube, a variety of 
micro-computers, and several graphics sys¬ 
tems. The research systems are accessible 
via the Department’s Ethernet-compatible 
LAN. Convenient access is also provided to 
the extensive general computer facilities of 
the University as well as to other networks 
(e.g., ARPANET, CSNET). The Depart¬ 
ment operates the Center for Parallel, 
Distributed and Intelligent Systems (CPDIS) 
to provide an environment for innovative 
research in computer science. Since the Uni¬ 
versity of Pittsburgh is a founding member of 
the Pittsburgh Supercomputing Center and 
an affiliate member of the Software Engi¬ 
neering Institute, the Department of Com¬ 
puter Science has access to the Cray 
X-MP/48 of PSC and the software engi¬ 
neering expertise at SEI. 

Please send your resume to: Dr. Rami 
Melhem, Chair of Faculty Search, Depart¬ 
ment of Computer Science, University of 
Pittsburgh, Pittsburgh, PA 15260. 

Pitt is an equal opportunity/affirmative ac¬ 
tion employer and especially encourages 
women and members of ethnic minorities to 
apply. 


VALPARAISO UNIVERSITY 
Computer Engineering Faculty 
Tenure Track Position 

The Department of Electrical and Com¬ 
puter Engineering is seeking a qualified 
faculty member, holding a Ph.D. in Com¬ 
puter Engineering or a closely-related field, 
to teach in the area of Computer Engineer¬ 
ing. This ABET accredited undergraduate 
program encompasses software and hard¬ 
ware with emphasis on architecture and 
embedded system applications. The suc¬ 
cessful candidate will join a team of dedi¬ 
cated teachers preparing students for entry 
level careers and graduate school admission 
in all areas of electrical and computer engi¬ 
neering. Send resume to Dr. Rodney J. Bohl- 
mann, Valparaiso University, Valparaiso, IN 
46383. Valparaiso University, affiliated with 
the Lutheran church, enrolls approximately 
3500 students with 380 in engineering and is 
located 50 miles southeast of Chicago. 
AA/EOE. Applications from women and 
minorities are encouraged. 


UNIVERSITY OF 
SOUTHERN CALIFORNIA 

The Computer Engineering Division of 
the Department of Electrical Engineering- 
Systems at the University of Southern 
California is expanding, and looking to fill 
positions at the Assistant, Associate, and Full 
Professor level in the following areas: VLSI/ 
CAD, networks (optical type), and architec¬ 
ture with an emphasis’on hardware. Addi¬ 
tionally, we are looking for a full-time instruc¬ 
tor (M.A. only required) to support the 
Computer Science/Computer Engineering 
undergraduate degree program. For all 
openings, please send a resume and the 
names of at least three academic references 
to Jerry M. Mendel, Chairman, Department 
of Electrical Engineering-Systems, Univer¬ 
sity of Southern California, Los Angeles, CA 
90089-0781. USC is an equal opportunity/ 
affirmative action employer. 


UNIVERSITY OF CALIFORNIA, DAVIS 
Faculty Positions in Electrical 
Engineering and Computer Science 

The Department of Electrical Engineering 
and Computer Science at UC Davis invites 
applications for various tenure track positions. 
The primary areas of interest are Computer 
Engineering and Microprocessor Applica¬ 
tion; Electronic Circuits; Image Processing 
and Computer Vision; and Optoelectronics. 
One position in the area of image processing 
and one in the area of optoelectronics is 
open to all ranks. Ohter positions are at the 
assistant professor level. 

The department, with 53 faculty members 
and 180 full-time graduate students, is 
experiencing rapid growth. Our College is 
the nation’s sixteenth largest producer of 
engineering Ph.D.’s in a University which 
has the nineteenth largest extramural re¬ 
search funding. Salary and benefits are ex- 

Davis is a pleasant, family-oriented com¬ 
munity near Sacramento, within easy driving 
distance to Silicon Valley, the Lawrence 
Livermore National Laboratory, San Fran¬ 
cisco, the Pacific Ocean, and the Sierra 
Nevada Mountains. 

We are seeking individuals with strong 
records of teaching and research and with 
ambitious plans. Senior appointments re¬ 
quire outstanding records of achievement; 
junior appointments must show evidence of 
great promise. All faculty are expected to 
have a strong commitment to teaching at all 
degree levels, and to demonstrate the ability 
to attract significant research support. 

The positions require a Ph.D. degree or 
equivalent, and are open until filled; but in 
order to assure consideration, applications 
should be received by March 1, 1991. Send 
a resume and the names of at least three 
references to: 

Professor S. Louis Hakimi, Chair 

Attention: Faculty Search Committee 

Department of Electrical Engineering and 
Computer Science 

University of California 

Davis, CA 95616 

The University of California, Davis, is an 
equal opportunity/affirmative action 
employer. 


STATE UNIVERSITY OF 
NEW YORK AT BUFFALO 

Department of Computer Science 
Faculty Positions 

The Department of Computer Science is 
seeking candidates for faculty positions at 
junior or senior levels. Junior-level appli¬ 
cants must show excellent research promise, 
and must have completed all requirements 
for the Ph.D. degree in computer science or 
a closely related field before assuming duties. 
Candidates for senior positions must have an 
established research reputation. 

The Department currently has 15 tenure- 
track faculty, 9 additional faculty, and 140 
graduate students. Primary research areas 
include: artificial intelligence, complexity 
theory, computer vision, numerical linear 
algebra, parallel algorithms, programming 
languages, systems and VLSI. Department 
members are actively engaged in interdisci¬ 
plinary research programs in the Advanced 
Scientific Computing Graduate Group, the 
Cognitive Science Center, the Vision Gradu¬ 
ate Group, and the NSF National Center for 
Geographic Information and Analysis. De¬ 
partmental computing facilities include a net¬ 
work of workstations, hypercubes, Symbolics, 
an Encore Multimax and several image pro¬ 
cessing/graphics systems. The department 
is expanding, with additional faculty lines 
committed annually. Salaries are competitive. 

Applications should include a letter and a 
curriculum vitae. Applicants should arrange 
to have four letters of reference sent directly 
from their referees to: Dr. Deborah Walters, 
Chair of Search Committee, Department of 
Computer Science, 226 Bell Hall, SUNY at 
Buffalo, Buffalo, NY 14260. For full con¬ 
sideration applications should be received by 
January 20, 1991. 

SUNY is an Equal Opportunity/Affirma¬ 
tive Action employer. 


OHIO UNIVERSITY 
Computer Science Department 
Faculty Position 

Full time, 1 year term position as 
Assistant/Associate Professor to conduct 
research and to teach Computer Science 
graduate and undergraduate courses. Can¬ 
didates must have a Ph.D. in Computer Sci¬ 
ence or equivalent (at time of appointment) 
with promise of excellence in research and 
teaching. Applicants in the area of concur¬ 
rent processing and parallel programming 
will be given first consideration. 

Departmental computing is supported by 
a VAX 780, a VAX 785, several AT&T 
3B2’s, and two microcomputer labs. Aca¬ 
demic computing is supported by an IBM 
4381, a VAX 6440, an HP3000, and 
several microcomputer labs. 

Salary highly competitive (minima 
$42,000/$47,000). Application deadline: 
March 15, 1991. Send letter of application, 
curriculum vitae to and have three letters of 
reference sent to: Klaus E. Eldridge, Chair¬ 
man, Computer Science Department, Mor¬ 
ton Hall 423, Athens, OH 45701. Ohio Uni¬ 
versity is an Equal Opportunity/Affirmative 
Action Employer. Women and Minorities 
are encouraged to apply. 


January 1991 
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UNIVERSITY OF WASHINGTON 

Department of Computer Science 
and Engineering 

The Department of Computer Science 
and Engineering at the University of 
Washington expects to have one or more 
tenure-track openings starting in the 
1991-92 academic year. We seek outstand¬ 
ing applicants who add to our existing 
research strengths, particularly in program¬ 
ming languages, compilers, graphics, hard¬ 
ware/computer engineering, and software 
engineering, or who bring significant new 
research strength to our department. 

A moderate teaching load allows time for 
quality research and close involvement with 
students. We expect applicants to have a 
strong commitment to both research and 
teaching, and an outstanding record of 
research for their level. 

The department may also have visiting 
positions that would require both teaching 
and research. It may be possible to hold 
these for portions of the 1991-92 academic 

Interested applicants should send a letter 
of application, a resume, and the names of 
four references to Faculty Recruiting Com¬ 
mittee, Department of Computer Science 
and Engineering FR-35, University of Wash¬ 
ington, Seattle, Washington 98195. Candi¬ 
dates are encouraged to apply as early as 
possible. 

The University of Washington is an Affir¬ 
mative Action/Equal Opportunity Employer. 
The Ph.D. is required for these positions. 


UNIVERSITY OF CALIFORNIA 
RIVERSIDE 

Department of Computer Science 

Applications are invited for tenured or 
tenure track positions in Computer Science 
beginning July 1, 1990 or later. Ph.D. and 
excellence in research and teaching are re¬ 
quired. Two open rank positions are avail¬ 
able. One position is targeted to Design 
Technology and one to Systems (architec¬ 
ture, software). Other areas may also be 
considered. The duties of the positions in¬ 
clude teaching at both the undergraduate 
and graduate levels, research, and participa¬ 
tion in the Department and the Computer 
Science program. 

Prominent senior candidates are especial¬ 
ly encouraged to apply. Candidates will have 
an opportunity to participate in shaping a 
new developing program in Computer Sci¬ 
ence, including creating and leading new 
research groups. 

Send all materials including curriculum 
vitae and the names of at least three refer¬ 
ences to: Professor Marek Chrobak, Chair¬ 
man, Computer Science Recruiting Com¬ 
mittee, Department of Computer Science, 
University of California, Riverside, CA 
92521. The pool of candidates will consist of 
all those whose completed applications are 
received by March 8, 1991. A complete ap¬ 
plication shall consist of the cover letter, the 
curriculum vitae, three letters of recommen¬ 
dation, and the publication list. 

University of California, Riverside, is an 
Affirmative Action/Equal Opportunity 
Employer. 


THE UNIVERSITY OF ALABAMA 

The University of Alabama, Tuscaloosa, 
invites applications for the position of depart¬ 
ment head in Computer Science. The de¬ 
partment head reports to the Dean of the 
College of Engineering and has both teach¬ 
ing and administrative responsibilities. Ap¬ 
plicants must hold the Ph.D. in Computer 
Science or a closely related field and have 
demonstrated therein, a strong commitment 
to teaching and research. The new depart¬ 
ment head must be able to provide leader¬ 
ship in increasing sponsored research and 
building the Ph.D. program. Experience as 
an administrator in an academic setting is 
desired. Rank and salary will be commen¬ 
surate with qualifications. Please submit a 
resume and names, addresses, and tele¬ 
phone numbers of three references to: Dr. 
William G. Nichols, Box 870290, Tusca¬ 
loosa, AL 35487-0290. The search commit¬ 
tee will begin its review process January 7, 
1991, but applications will be accepted until 
the position is filled. The University of 
Alabama is an affirmative action, equal op¬ 
portunity employer. 


CLEMSON UNIVERSITY 
Department of Electrical and 
Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering at Clemson University in¬ 
vites applications for tenure/tenure-track 
positions, primarily at the assistant professor 
level. A Ph.D. is required. Candidates with 
research interests in one of the following 
areas are sought: communications and digital 
signal processing; networks and distributed 
computing; quantitative analysis of compu¬ 
ter architectures; electromagnetic analysis of 
active devices (microwave, millimeter wave, 
or electro-optic); and multidisciplinary ap¬ 
plications in power systems (e.g. power and 
artificial intelligence; power and computer 
communications). A successful candidate 
must exhibit exceptional potential for re¬ 
search and teaching. 

Clemson University’s College of Engineer¬ 
ing was listed as one of the United States’ 
“up-and-coming” engineering graduate pro¬ 
grams in the March 19, 1990, issue of U.S. 
News and World Report. The ECE Depart¬ 
ment comprises thirty-six full-time faculty, 
approximately 700 undergraduate students, 
and 140 graduate students. It offers B.S., 
M.S., and Ph.D. degrees in both electrical 
engineering and computer engineering. Fa¬ 
cilities and/or groups bearing on the areas 
indicated above include the Clemson Uni¬ 
versity Electric Power Research Association 
(CUEPRA); a microcircuits reliability re¬ 
search group with a class 100 clean room; 
automated microwave measurement facili¬ 
ties to 26 GHz; an image processing labora¬ 
tory; a Center for Computer Communications 
Systems. 

Resumes, supported with a list of refer¬ 
ences, should be sent to L. Wilson Pearson, 
Head; Department of Electrical and Com¬ 
puter Engineering; 102 Riggs Hall; Clemson 
University; Clemson, SC 29634-0915. In¬ 
itial screening of applicants will begin Janu¬ 
ary 15, 1991 and continue until positions are 
filled. Clemson University is an Equal Op¬ 
portunity/Affirmative Action Employer. 


UNIVERSITY OF NORTH FLORIDA 
Dean of the College of Computer and 
Information Sciences 
University of North Florida 

Jacksonville, Florida 32216-6699 

The University of North Florida (UNF) in¬ 
vites applications and nominations for this 
position. The University is one of nine state 
universities in the State University System of 
Florida. An urban university with an average 
freshman SAT score of 1100, and GPA of 
3.4, it is one of the most selective com¬ 
prehensive universities in the nation. The 
undergraduate and graduate student body 
numbers 8,300, served by full-time faculty 
and staff of more than 750. UNF is located 
on a 1,000 acre campus in Jacksonville, a 
metropolitan area with a population of 
almost one million. 

The Dean is responsible for providing 
leadership, direction, and articulation, where 
appropriate, for undergraduate and grad¬ 
uate programs in computer science (under¬ 
graduate CSAB accredited) and information 
systems. The College has outstanding com¬ 
puting and physical facilities. 

Minimum qualifications for this twelve- 
month position include an earned doctorate 
in computer science, information systems, or 
a closely related field; credentials commen¬ 
surate with a tenured faculty appointment at 
the professor level; outstanding inter¬ 
personal skills; ability to integrate the College 
and its programs into the external and inter¬ 
nal environments; and a strong commitment 
to equal opportunity and diversity. Success¬ 
ful administrative, fundraising, grants- 
manship, and industrial experiences are 
desirable. 

Nominations and applications, including a 
resume, should be postmarked no later than 
February 15, 1991, and addressed to Dr. 
Jack Leitner, Chairperson; Dean’s Search 
Committee; University of North Florida; 
4567 St. Johns Bluff Road, South; Jackson¬ 
ville, Florida 32216-6699. 904-646-2985. 
BITNET: jleitner@unflvm.bitnet or IN¬ 
TERNET: jleitner@sinkhole.cis.unf.edu. 

Provisions of Florida’s Government in the 
Sunshine and Public Records Law are appli¬ 
cable. UNF is an Affirmative Action/Equal 
Opportunity Employer. 


FACULTY FOR EUROPE AND ASIA 

Planning a sabbatical or leave of absence? 
The University of Maryland University College 
seeks excellent lecturers for undergraduate 
computer science, computer applications, 
and information systems management 
courses on U.S. military bases in Europe and 
Asia and in the Pacific. Renewable annual 
appointments begin August 1991. Minimum 
requirements include a master’s degree in 
computer science or a related field, recent 
college teaching experience, and U.S. citizen¬ 
ship. Benefits include transportation and 
military base privileges. Frequent travel and 
the cost of schooling make these positions 
difficult for those with children. Send resume 
to Dr. Ralph E. Millis, Overseas Programs, 
The University of Maryland University 
College, College Park, MD 20742-1642. 
AA/EEO. 
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COLGATE UNIVERSITY 
Hamilton, New York 13346 

Department of Computer Science 
(315) 824 1000, ext. 719 

We invite applications for two anticipated 
positions, pending administrative approval: 
one a tenure track position at the rank of 
assistant professor; the other a one-year 
leave-replacement position. Candidates 
should have or be near completion of a 
Ph.D. in computer science. Strong candi¬ 
dates in any subfield of the discipline will be 
considered. 

Colgate is a quality liberal arts college with 
a first-rate computer science program. The 
department has five faculty with the follow¬ 
ing research interests: theory of computation 
and programming language semantics, com¬ 
putational complexity and algorithms, tem¬ 
poral reasoning in natural language process¬ 
ing, graphics and chaos, and discrete event 
simulation on parallel computers. The Com¬ 
puter Science Department has an introduc¬ 
tory lab equipped with sixteen PCs, and an 
upper-level/research lab with the following 
equipment: a network of seven NeXT work¬ 
stations, a VAX 750 running BSD 4.3 Unix, 
four 17-node transputer-based parallel com¬ 
puters, and PC/AT or NeXT workstations in 
every faculty office. The faculty offices and 
laboratory machines are connected on an 
ethernet. We are members of both CSNet 
and BitNet. 

Applicants should send a resume and the 
names of three references to: Chris Nevison, 
Chairman, Department of Computer Sci¬ 
ence, Colgate University, Hamilton, NY 
13346. We will consider all applications 
received by January 1, 1991, and applica¬ 
tions received thereafter until the positions 
are filled. EO/AAE. 


OREGON GRADUATE INSTITUTE 

OF SCIENCE AND TECHNOLOGY 

Would you like to work in an academic 
environment with an active graduate educa¬ 
tion program, but with no undergraduate 
teaching responsibilities? A place that en¬ 
courages serious research by providing strong 
administrative support and excellent facilities? 
If so, consider joining the growing faculty of 
the Oregon Graduate Institute’s Department 
of Computer Science and Engineering. 

We seek both senior and junior faculty col¬ 
leagues with experience in graduate educa¬ 
tion and ambitious research goals. Technical 
areas of particular interest include: scientific 
and engineering databases, distributed and 
concurrent computing systems, software 
specification and derivation, artificial neural 
networks and speech recognition. 

OGI is located in Portland, one of the 
most affordable of the West Coast’s beautiful 
cities. Portland’s relaxed life style offers a set¬ 
ting in which both your family and your re¬ 
search can thrive. 

For more information about OGI, please 
address inquiries to: Professor Richard B. 
Kieburtz, Chairman, Department of Com¬ 
puter Science and Engineering, Oregon 
Graduate Institute, 19600 NW von Neu¬ 
mann Drive, Beaverton, OR 97006, (503) 
690-1150, csedept@cse.ogi.edu. 

OGI is an Equal Opportunity Employer. 


UNIVERSITY OF DELAWARE 

Are you interested in visiting a growing, 
dynamic department in an attractive univer¬ 
sity town within easy traveling distance of 
New York, Philadelphia, Baltimore, and 
Washington? The University of Delaware, 
centrally located on the East Coast, is 
recruiting for visiting faculty positions in the 
Department of Computer and Information 
Sciences beginning September 1, 1991. The 
department offers bachelor, master, and 
doctoral degrees. There are active groups 
working in artificial intelligence, theory of 
computation, networks, and symbolic mathe¬ 
matical computation. Although exceptional 
applicants in all areas of computer science 
are encouraged to apply, priority will be 
given to applicants in our four primary re¬ 
search areas, as well as those in architecture, 
operating systems, or programming lan¬ 
guages and compilers. 

A Ph.D. degree or its equivalent, and ex¬ 
cellence in research and teaching are re¬ 
quired. Salary and rank will be commensur¬ 
ate with the candidate’s qualifications and 

The Department research facilities include 
various workstations (primarily SUN’s) and 
central computers in a joint research lab 
shared with the Department of Electrical 
Engineering, The latter includes an eight 
processor Sequent Symmetry, three VAX 
780’s and various other smaller machines. We 
are well connected to the major networks. 

Resources devoted to academic use in the 
University Computing Center include an 
IBM 3090-300E with three Vector Facilities, 
various Unix machines (two Sun 4/490’s 
with 128 MB memory, 12 Sun 3’s), and 
more than 75 microcomputers (IBM PC- 
XT’s, AT’s and Macintosh’s). 

Candidates should send a curriculum 
vitae and the names (and email addresses, if 
available) of three references to Dr. Errol L. 
Lloyd, Recruiting Coordinator, Department 
of Computer and Information Sciences, Uni¬ 
versity of Delaware, Newark, DE 19716 
Positions are open until filled. 

The University of Delaware is an equal op¬ 
portunity, affirmative action employer. Ap¬ 
plications from members of minority groups 
and women are encouraged. 


UNIVERSITY OF 
SOUTHWESTERN LOUISIANA 
The Center for 
Advanced Computer Studies 
Faculty Positions 
Graduate Fellowships 

Candidates with a strong research record 
and earned doctorate in Computer Science/ 
Engineering are invited to apply for tenure- 
track and senior positions available starting in 
Fall 1991. Appointments are planned for 
Professor and Associate Professor ranks, 
with consideration given to exceptional can¬ 
didates at the Assistant Professor rank. Can¬ 
didates for the senior levels must have 
established publication and grant credentials. 
Consideration will be given to all outstanding 
applicants, but preferred areas of interest are 
software engineering, computer networks, 
operating systems, databases, computer 
architecture, artificial intelligence, and 
theoretical computer science. 


Our typical teaching load is two graduate- 
level courses per year and a continuing 
research seminar. Substantial State and 
University funds are available to support 
research initiation efforts. Salaries are com¬ 
petitive and excellent support for travel, 
equipment, research assistants, and profes¬ 
sional activities is provided so you can 
achieve your professional goals. Our Collo¬ 
quium Series brings typically 8 world known 
professionals to our campus each year. 

A number of Ph.D. Fellowships valued at 
up to $18,000 per year including tuition and 
fees are available. They provide support for 
up to 4 years of study towards the Ph.D. in 
Computer Science or Computer Engineer¬ 
ing. Eligible candidates must be U.S. citizens 
or hold an earned MS degree from a U.S. or 
Canadian University. Recipients also receive 
preference for low-cost campus housing. 

The Center is a graduate research center 
of 36 faculty and staff with programs leading 
to MS/Ph.D. degrees in Computer Science 
and Computer Engineering. The Center is 
located in Acadiana about 100 miles west of 
New Orleans. External grants/contracts sup¬ 
port research in a wide range of areas. The 
Computing Research Laboratory includes a 
60-node Sun network, an Encore parallel 
processing system, 2 VAX 11/780’s, 2 
Cogent XTM parallel computing systems, a 
comprehensive digital design lab, laser 
printers, plotters, FAX, and other equip¬ 
ment. Instruction utilizes a 3-processor 
Pyramid 90X network running UNIX and an 
IBM 3090-200 with a vector processor. 
Several other well-equipped laboratories 
suport research in Image Processing & Pat¬ 
tern Recogniton, VLSI Design, Parallel 
Computing and Graphical Information Sys¬ 
tems, and Intelligent Robotic Machines. 
About 210 students are enrolled in com¬ 
puting graduate programs, including 100 for 
the Ph.D. The undergraduate program in 
the Computer Science Department is ac¬ 
credited by CSAB and offers both scientific 
and commercial options, with a current en¬ 
rollment of 277. The undergraduate pro¬ 
gram in the Electrical and Computer Engi¬ 
neering Department is accredited by ABET 
and offers an option in Computer Engineer¬ 
ing, with a current enrollment of 156. 

To apply, send a copy of your resume and 
the names and addresses of at least three 
professional references. Applications will be 
considered until all positions are filled. 

Dr. Michael C. Mulder, Director, The 
Center for Advanced Computer Studies, 
USL, Lafayette, LA 70504-4330. Phone: 
(318) 231-6284. E-Mail: cathy@cacs.usl.edu. 


FLORIDA ATLANTIC UNIVERSITY 
AUV Grad Research Assistants 

The Department of Ocean Engineering 
wishes to announce the availability of gradu¬ 
ate research assistantships in the area of 
autonomous underwater vehicles. Students 
interested in pursuing graduate studies in 
sonar and video sensors, 3-D imaging, per¬ 
ception, map building, data representation 
and control architecture in a multi disciplin¬ 
ary environment should contact Dr. Stanley 
E. Dunn, Chairman, Department of Ocean 
Engineering, Florida Atlantic University, 
Boca Raton, FL 33431. 
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McGILL UNIVERSITY 
Computer Engineering 

The establishment of a separate degree 
program in Computer Engineering has 
created a number of tenure-track faculty 
openings in the Department of Electrical 
Engineering at McGill University. Applica¬ 
tions are invited from individuals who are 
dedicated to teaching at both the under¬ 
graduate and graduate level, and who have 
outstanding research potential and demon¬ 
strated research achievements. Practical ex¬ 
perience in either Digital Systems or large 
Software Systems is essential. 

Candidates must have an earned Ph.D. 
degree. Graduation from an accredited engi¬ 
neering school is desirable. Please send a 
resume and a list of 3 references to Professor 
Nicholas C. Rumin, Chairman, Department 
of Electrical Engineering, McGill University, 
3480 University St., Montreal, QU, Canada, 
H3A 2A7. 

In accordance with Canadian Immigration 
requirements, this advertisement is directed 
in the first instance to Canadian citizens and 
Permanent residents of Canada. Applica¬ 
tions from others are welcomed, however, 
consideration of such candidates must be 
deferred until a Canadian search has been 
completed. 


UNIVERSITY OF TEXAS AT DALLAS 

Head of Electrical Engineering and 
Endowed Chairs in Microelectronics 
and in Telecommunications 

The Erik Jonsson School of Engineering 
and Computer Science at The University of 
Texas at Dallas is seeking experienced re¬ 
searchers to lead our Electrical Engineering 
program; to lead programs of experimental 
research in microelectronic devices and 
fabrication; and to lead programs of research 
in communications, signal processing and 
digital systems. Research areas in Microelec¬ 
tronics include advanced compound and 
elemental semiconductor devices, optoelec¬ 
tronics, and nanoelectronics using quantum- 
effect devices. Research areas in Telecom¬ 
munications include digital communication 
systems, optical communication systems, in¬ 
formation theory and coding, digital signal 
processing, VLSI design, computer architec¬ 
tures and high performance computing. The 
University of Texas at Dallas is located in a 
center of microelectronics and telecommuni¬ 
cations. The Erik Jonsson School serves the 
needs of a large technologically sophisticated 
metropolitan area where opportunities exist 
for interaction with industry. The Engineer¬ 
ing and Computer Science Building has 
150,000 sq. ft. of laboratory and office space 
including 5,000 sq. ft. of research clean- 
room, 4,600 sq. ft. of research laboratories 
for electronic device characterization and 
optics; and 10,000 sq. ft. of research labora¬ 
tories for telecommunications and compu¬ 
ters. Appropriate start-up funding is avail¬ 
able. Interested applicants should send a 
resume to: Dr. B.E. Cherrington, Dean, Erik 
Jonsson School of Engineering and Com¬ 
puter Science, The University of Texas at 
Dallas, P.O. Box 830688, Richardson, TX, 
75083-0688. The University of Texas at 
Dallas is an equal opportunity/affirmative 
action university. 


TEXAS A&M UNIVERSITY 

Department of Computer Science 

Applications are invited for faculty posi¬ 
tions at the Assistant, Associate, or Full Pro¬ 
fessor level. Particular areas of interest 
include software engineering, databases, 
programming languages, computational sci¬ 
ences, and graphics, but outstanding can¬ 
didates from all areas will be considered. 

Texas A&M provides superior instruc¬ 
tional and research facilities for its Computer 
Science faculty and is committed to a major 
expansion of its research and instructional 
program in Computer Science. The Depart¬ 
ment is a branch of Texas A&M’s College of 
Engineering which is one of the nation’s 
largest. Currently the Department has a 
roster of 28 full-time graduate faculty 
members with a number of new positions 
being added this year. In September of 1988 
the Department initiated a program in Com¬ 
puter Science and Engineering to comple¬ 
ment its degree offerings in Computer 
Science. In January of 1990 the Department 
moved into a new building with 50,000 
square feet of space. The Department’s 
equipment includes a 64 node NCUBE, a 
2000 node MASPAR, Seque'nt Balance, 
numerous SPARC4, Silicon Graphics, Sym¬ 
bolics, NeXT, and real time system work sta¬ 
tions as well as access to the University’s 
Cray YMP2/116, IBM 3090/200E, Amdahl 
5860, and more. The current annual exter¬ 
nal research funding in the Department is ap¬ 
proximately $2.5 million. 

The program seeks excellence in research. 
Applicants at the assistant professor level 
should show substantial promise for research 
and teaching. Applicants at the higher levels 
should show a strong record of research 
achievement. Ability in teaching graduates 
and undergraduates is essential. Applicants 
should have a doctoral degree or equivalent. 
Applicants should submit a resume and three 
references to Donald K. Friesen, Chairman, 
Faculty Search Committee, Computer Sci¬ 
ence Department, Texas A&M University, 
College Station, TX 77843-3112. 

Texas A&M University is an equal oppor¬ 
tunity/affirmative action employer. 


PORTLAND STATE UNIVERSITY 
Computer Science Department 
Tektronix Professorship in 
Software Engineering 

The Tektronix Foundation has awarded 
Portland State University a $360,000 grant 
to upgrade its software engineering curric¬ 
ulum, establishing a new tenure-track faculty 
position in software engineering, with signifi¬ 
cant ancillary support. This new position can 
be at the junior or senior level. The new fac¬ 
ulty member will join Dick Hamlet, Warren 
Harrison, Ralph London and Sergio Antoy 
on our faculty, and local software engineers 
such as Mayer Schwartz, to create a center 
for software engineering at PSU. 

We invite applications and/or nomina¬ 
tions for this position. Applicants must have 
an earned doctorate. Responsibilities include 
undergraduate and graduate teaching, de¬ 
velopment of sponsored research, and inter¬ 
action with local industry. The position is 
available beginning Fall 1991. 


Portland State University, one of the three 
major universities in the Oregon State Sys¬ 
tem of Higher Education, is located in the 
heart of Portland, Oregon. The campus is 
downtown, near to parks, shopping, and the 
theater district. Portland is a beautiful city 
which offers a diversity of recreation within 
easy driving distance—unequaled fishing 
(salmon and steelhead within a mile of cam¬ 
pus), skiing and mountain climbing, the 
scenic Oregon coast and unmatched state 
campgrounds, to name a few. 

PSU’s Computer Science Department is 
located in the Portland Center for Advanced 
Technology, which houses both the Elec¬ 
trical Engineering and Computer Science 
departments, plus CAD/CAM, VLSI 
design, computer vision and optical com¬ 
munications laboratories. The CS depart¬ 
ment operates a network of UNIX, AI, 
parallel processing and graphics systems and 
workstations. 

Portland has a rapidly growing computer 
and electronics industry including Tektronix, 
Intel, Servio Logic, Sequent Computer Sys¬ 
tems, Mentor Graphics, and Oregon Soft¬ 
ware, permitting close industry-university in¬ 
teraction. The excellent research facilities 
and faculty of the Oregon Graduate Institute 
are only a few miles away. 

Send applications, including a resume 
and the addresses of three references, to: 
Leonard Shapiro 
Department of Computer Science 
Portland State University 
P.O. Box 751 
Portland, OR 97207 
Telephone: (503) 725-4036 
len@cs.pdx.edu 

Non-U.S. Residents must state their visa 
status. Portland State University is an equal 
opportunity/affirmative action employer. 
Minorities, women, and members of other 
protected groups are encouraged to apply. 
Deadline February 15, 1991 or until the 
position is filled. 


UNIVERSITY OF SCRANTON 
Department of Computing Sciences 

A tenure track position in the Dept, of 
Computing Sciences is available for Fall 
1991. The department offers undergraduate 
degrees in Computer Science (CSAC/CSAB 
accredited) and Computer Information 
Systems as well as an MS in Software 
Engineering. Departmental resources in¬ 
clude extensive computing facilities. Among 
them, a VAX 6320 (VMS), a network of 
Sun SPARCstations, several transputers, 
and a variety of microcomputers. Individuals 
with research and teaching interests in Com¬ 
puter Science/Software Engineering are en¬ 
couraged to apply. A Ph.D. in Computer 
Science or related field is preferred. In¬ 
dividuals with substantial experience in pro¬ 
fessional software development are en¬ 
couraged to apply. Please submit vita, tran¬ 
scripts, and three references to: Search 
Committee, Department of Computing Sci¬ 
ences, University of Scranton, Scranton, PA 
18510; INTERNET: cmps@jaguar.uofs. 
edu. The University of Scranton is a Jesuit 
university of over 3500 full time under¬ 
graduates and is an AA/EO Employer and 
Educator. 
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OREGON STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applicants for tenure-track positions for 
Assistant, Associate, and Full Professor¬ 
ships. Specialization in computer graphics or 
software engineering is desirable, but all 
qualified applicants will be considered. Ap¬ 
plicants should have completed or expect to 
complete all requirements for a Ph D. in 
computer science or a closely related field 
and should have demonstrated research and 
teaching potential. Candidates for senior 
positions should have established research 
reputations. Review of applications will begin 
November 1, 1990, and will continue until 
the positions are filled. Please send vita, 
statement of research interests and plans, 
and three letters of reference to: Walter G. 
Rudd. Chairman, Department of Computer 
Science, Oregon State University, Corvallis, 
OR 97331. 

Oregon State University is an equal op¬ 
portunity affirmative action employer and 
complies with Section 504 of the Rehabilita¬ 
tion Act of 1973. OSU has a policy of being 
responsive to the needs of dual-career 
couples. 


COLUMBIA UNIVERSITY 

Department of Computer Science 

We are looking for several exceptional peo¬ 
ple to join our faculty. Tenure-track positions 
are available at all ranks in all areas. Applicants 
in hardware are particularly encouraged. 

Our department of nineteen tenure-track 
and three teaching faculty emphasizes re¬ 
search, and attracts excellent Ph.D. stu¬ 
dents, virtually all of whom are fully sup¬ 
ported. Departmental facilities include many 
advanced workstations, high-performance 
servers, and graphic systems, plus state-of- 
the-art systems designed and built at Colum¬ 
bia for vision, robotics, parallel computation, 
networking and distributed computing. We 
are within an hour’s drive of the research 
laboratories of IBM, AT&T, Bellcore, Sie¬ 
mens, Philips, NYNEX, and other leading 
industrial companies. 

Columbia University is one of the oldest 
and most prestigious universities in the 
United States, and New York City is one of 
the cultural, financial, and communications 
capitals of the world. The department is 
housed in its own building, and in 1992 we 
will acquire additional space and facilities in 
the interdisciplinary Center for Engineering 
and Physical Science Research now under 
construction. University-subsidized housing 
and parking is readily available. 

Candidates for assistant professor should 
exhibit exceptional research promise, while 
those seeking a more senior position should 
have an outstanding record of research 
achievement. Interest and ability in teaching 
undergraduates and graduates is necessary. 
Send resume and the names of at least three 
references to: Prof. John R. Render, Faculty 
Search Chairperson, Department of Com¬ 
puter Science, Columbia University, New 
York, New York 10027. 

Columbia University is an Equal Oppor¬ 
tunity/Affirmative Action Employer. We 
encourage applications from women and 


CLEMSON UNIVERSITY 
Head, Department of Computer Science 

Clemson University invites nominations 
and applications for the position of Head, 
Department of Computer Science. The suc¬ 
cessful applicant is expected to have an 
earned Ph.D. in Computer Science or close¬ 
ly related field, and a record of excellence in 
research and in teaching at both the under¬ 
graduate and graduate level. Experience in 
departmental or university administration is 
highly desirable. 

The Department of Computer Science, 
part of the College of Sciences, offers a 
CSAC/CSAB accredited BS program in 
computer science, a BS program in com¬ 
puter information systems, and established 
MSandPh.D. programs in computer science. 
A full-time faculty of 22 supports approx¬ 
imately 300 undergraduate students, 75 MS 
students and 25 Ph.D. students. Computing 
facilities are provided by both the university 
and the department with excellent access to 
all systems through workstations in faculty 
offices, public access clusters and dedicated 
laboratory machines for specialized courses. 

Clemson University, a land grant institu¬ 
tion with 16,000 students, is located in the 
northwest corner of South Carolina, in the 
foothills of the Blue Ridge Mountains. Its 
20,000 acre campus is adjacent to Lake 
Hartwell, which forms a boundary between 
South Carolina and Georgia. Approximately 
two hours on interstate highways from 
Atlanta, GA and Charlotte, NC, the Univer¬ 
sity is located in the town of Clemson, SC, 
a small city with a population of 10,000. 
Quality of life, with outstanding opportuni¬ 
ties for outdoor activities, is excellent while 
the cost-of-living is well below most areas of 
the country. 

Qualified applicants should submit a 
resume with names and addresses of at least 
three references to: 

Dr. John C. Peck, Chair 
Departmental Search Committee 
Department of Computer Science, Slot A 
Clemson University 
Clemson, SC 29634-1906 
EMAIL: Peck@CS.Clemson.Edu 
Selection of candidates for interviews will 
begin in February 1991. Clemson University 
is an Equal opportunity/Affirmative Action 
Employer. Women and minorities are en¬ 
couraged to apply. 


THE UNIVERSITY OF GEORGIA 
Associate Vice President for 
Computing and Networking Services 

Applications and nominations are invited 
for the Associate Vice President for Com¬ 
puting and Networking Services at the Uni¬ 
versity of Georgia. The University of 
Georgia, located in Athens, enrolls 28,000 
students in thirteen colleges and schools. It is 
the flagship university among the 34 state- 
supported institutions of higher education 
comprising the University System of Georgia. 

The Associate Vice President for Com¬ 
puting and Networking reports to the Vice 
President for Academic Affairs and is re¬ 
sponsible for campus-wide leadership, 
strategic planning, and coordination of the 
computing and networking facilities required 


by a comprehensive, modern university. 
S/he serves as a focal point for the articula¬ 
tion and implementation of an institutional 
vision of the optimal role of computing and 
networking in support of the University's 
teaching, research and service activities. In 
pursuit of these responsibilities the Associate 
Vice President will have oversight respon¬ 
sibility for the central computing facilities and 
campus data communications network ser¬ 
vices. S/he will interact with the instruc¬ 
tional, research, library and administrative 
communities. 

Qualified applicants should: 

• be familiar with the diversity of computing 
activities ongoing at a major research 
university, 

• be familiar with telecommunications net¬ 
works and distributed computing, 

• have a strong technical background which 
includes significant computing experience 
and broad acquaintance with computing 
applications, 

• have excellent oral and written com¬ 
munication skills, 

• have strong leadership skills which are 
aligned with state-of-the-art, successful 
academic computing environments, 

• possess a degree from a recognized institu¬ 
tion of higher learning. 

It would be advantageous if applicants 
have credentials to qualify for a faculty ap¬ 
pointment. 

Applications and nominations postmarked 
by January 15, 1991, are promised full con¬ 
sideration by the Search Committee. Com¬ 
plete applications must include a current 
resume plus names and addresses of three 
references. Candidates are assured of max¬ 
imum confidentiality permitted by state law, 
and no reference will be contacted until the 
candidate is first notified. The position 
becomes available beginning July 1, 1991. 
Please send applications and nominations 

Dean John Kozak 
Chairman, Screening Committee 
The University of Georgia 
Franklin College of Arts and Sciences 
Athens, GA 30602 


ADVANCED COMPUTER 
RESEARCH INSTITUTE 
Managers & Engineers 

Our company is developing a supercom¬ 
puter for scientific and technical applications. 
The company, located in France, at Lyon, is 
seeking managers and engineers experi¬ 
enced in computer architecture; networking 
and I/O systems; VLSI and system design; 
mechanical, packaging, cooling, electrical 
engineering; optimizing and parallel com¬ 
pilers; UNIX software operating system; 
design methodology and simulation tools; 
software engineering; test and manufactur¬ 
ing engineering. Membership is based upon 
competence, relevant experience, team spirit 
and enthusiasm. If you are interested in join¬ 
ing the company and contributing, please 

Jacques STERN, 

Advanced Computer Research Institute 
1 Boulevard Marius Vivier-Merle 
69443 LYON cedex 03 
FRANCE 
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THE UNIVERSITY OF TENNESSEE 
Department of Computer Science 
Knoxville, Tennessee 37996-1301 

The Department of Computer Science in¬ 
vites applications for tenure-track positions at 
the rank of Professor beginning Spring 1991. 
A strong research record in the areas of 
scientific computing, pattern and image 
analysis, compilers or operating systems is 
sought but all major fields in computer 
science may be considered. Experience 
directing doctoral students is especially im¬ 
portant. Tenure-track positions for Associate 
and Assistant Professors are also open. Ap¬ 
plicants for Associate Professor should have 
a strong research record, preferably in the 
above-named areas; experience directing 
doctoral students is desirable. Applicants for 
Assistant Professor should have a strong in¬ 
terest in research, preferably in the above- 
named areas. Applicants for all positions 
should have a doctoral degree in computer 
science or a related area. 

Departmental SUN, IBM and DEC work¬ 
stations abound for students and faculty and 
are fully networked. The department and 
the Mathematical Sciences Section of the 
Oak Ridge National Laboratory jointly 
operate the Advanced Computing Labora¬ 
tory which includes fully networked Intel 
iPSC/860, 128 processors; iPSC/2, 64 
processors; two Sequent Balances and a Se¬ 
quent Symmetry; a Stardent Titan with four 
processors; Cogent; N-Cube; and various 
file servers. In addition, the department is 
part of the National Science Foundation 
Science and Technology center for Research 
in Parallel Computing. The University 
operates an IBM 3090 and a large VAX 

Please respond to straight@utkvx.utk.edu. 
The mailing address is Department of Com¬ 
puter Science, 107 Ayres Hall, The Univer¬ 
sity of Tennessee, Knoxville TN 37996-1301, 
The University of Tennessee is an EEO/ 
AA/TITLE IX/SECTION 504 employer. 


UNIVERSITY OF ARKANSAS 
Computer Science 
Engineering Department 

The Computer Science Engineering De¬ 
partment invites applicants for new, tenure- 
track, Assistant Professor positions. Appli¬ 
cants with a Ph.D. in Computer Science or 
Computer Science Engineering are pre¬ 
ferred. Applicants must hold a Ph.D. and 
must have proof of legal authority to work in 
the United States. Responsibilities include 
teaching (undergraduate and graduate) and 
research. The Department has a diversity of 
equipment and laboratories and provides ex¬ 
cellent opportunities for research and 
teaching development. Letters of interest 
and resumes will be accepted until March 1, 
1991 or subsequently until the positions are 
filled. Mail to: 

Dr. Robert M. Crisp 
Chair, Faculty Search Committee 
Computer Science Engineering 
Department 
Engineering 313 
Fayetteville, AR 72701 
The University of Arkansas is an Equal 
Opportunity/Affirmative Action Employer. 


INDIANA-PURDUE UNIVERSITY 
AT FORT WAYNE 

Department of Computer Science 
Fort Wayne, Indiana 46805 

Applications are invited for a tenure-track 
position in Information Systems. A Ph.D. or 
equivalent in Computer Science, MIS, or 
related discipline is required. Duties center 
on teaching with scholarly activity and pro¬ 
fessional growth expected. Salaries are com¬ 
petitive, and fringe benefits excellent. Rank 
and salary commensurate with experience. 

Send vita and names of three professional 
references to Dr. James Silver, Chair. IPFW 
is an Affirmative Action/Equal Opportunity 
Employer. 


BOSTON UNIVERSITY 
Software Engineering Faculty Position 

The Department of Electrical, Computer 
and Systems Engineering at Boston Univer¬ 
sity seeks applications for a faculty position in 
the area of Software Engineering, with ap¬ 
pointment starting in the fall of 1991. The 
position is at the Associate/Full Professor 
level for a candidate specializing in em¬ 
bedded computer systems for real-time ap¬ 
plications. Candidates for this position must 
have earned doctorates and have education 
or experience in a relevant field. They should 
be interested in teaching and developing a 
program of sponsored research. With strong 
industrial support from industry in the 
Routes 128 and 495 area surrounding 
Boston, the Department is committed to 
building a software engineering program of 
national prominence. In 1987, the faculty of 
the College approved a forward looking 
Master’s Degree program which focuses on 
the design of software for real-time em¬ 
bedded systems and distributed systems. 
This new program also incorporates key 
elements of the software engineering pro¬ 
gram of the Wang Institute, which merged 
with Boston University in 1986. A major 
laboratory, consisting of 20 workstations and 
advanced CASE software, is in place in the 
new engineering building to support the 
teaching of embedded systems design. A 
second laboratory for human interface 
design was installed in 1990, and a third 
laboratory for computer communications 
software design is planned. Boston Universi¬ 
ty is located in the heart of the Boston 
academic community along the Charles 
River, with easy access to the outstanding 
scientific, cultural and tourist attractions of 
the city. The Department of Electrical, Com¬ 
puter and Systems Engineering has 34 facul¬ 
ty, and approximately 50 PhD, 250 MSc 
and 700 BSc majors. Opportunities exist for 
collaboration with colleagues in other Boston 
area universities, as well as with the leading 
computer and software companies in the 

Applicants should send their curriculum 

Professor Thomas G. Kincaid, Chairman 
Department of Electrical, Computer and 
Systems Engineering 
College of Engineering, 

Boston University, Boston, MA 02215 
Boston University is an Equal Oppor¬ 
tunity/Affirmative Action Employer. 


UNIVERSITY OF CALIFORNIA 
BERKELEY 

The University of California at Berkeley 
invites applications for a tenure-track posi¬ 
tion in COMPUTER SCIENCE beginning in 
1991-92, pending budgetary approval. Ap¬ 
plications for appointments at the ASSIS¬ 
TANT PROFESSOR level will be given high¬ 
est preference, but other levels will be 
considered. 

The Computer Science Division of the 
Department of Electrical Engineering and 
Computer Sciences is strong and growing. 
We are interested in outstanding Computer 
Science candidates in all areas. 

Research facilities include hundreds of 
workstations (DEC, HP, Sun), several multi¬ 
processors (iPSC, NCUBE, Sequent), and 
access to an on-site IBM 3090. Instructional 
hardware includes numerous SUN work¬ 
stations, VAX systems, Macintoshes, PC’s 
and mainframes. 

A doctoral degree (or one nearing com¬ 
pletion) in Computer Science or a closely 
related field is required. Applicants should be 
able to teach core undergraduate courses 
and graduate courses. The successful can¬ 
didate must have demonstrated outstanding 
research accomplishments. Send resume, a 
select subset of your best papers, and the 
names of three references by December 31, 
1990, to the address below. Please send let¬ 
ters of reference directly to this address with 
your application. 

Professor David Patterson 
Chairman for Computer Science 
Department of Electrical Engineering and 
Computer Sciences 
University of California 
Berkeley, CA 94720 
The University of California is an Equal 
Opportunity, Affirmative Action Employer. 


HARVEY MUDD COLLEGE 
Senior Position in Computer Science 

Harvey Mudd College has re-opened its 
search for a senior professor of computer 
science to lead the department and help 
design a curriculum for a major in computer 
science. The successful candidate for this 
position will be able to provide leadership 
and direction both for the college’s overall 
computer science program and for the new 
major. He or she must also desire the chal¬ 
lenge and opportunity to develop a program 
which builds on the existing strengths of the 
college in science and engineering. Qualifi¬ 
cations for the position include a doctorate in 
computer science or in a related field with 
computer science experience, demonstrated 
commitment to excellence in teaching, a will¬ 
ingness and ability to participate in cur¬ 
riculum development, and significant profes¬ 
sional experience. 

Harvey Mudd College, one of the nation’s 
most selective undergraduate colleges of 
engineering and science, is a member of the 
Claremont Colleges. The college is an equal 
opportunity/affirmative action employer. 
Please send resume and names of four refer¬ 
ences to: Nathaniel Davis 
Dean of Faculty 
Harvey Mudd College 
Claremont, CA 91711 
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HUNTER COLLEGE 

The Computer Science Department at 
Hunter College of The City University of 
New York is seeking applications for two 
positions, effective 1 September 1991. 

DEPARTMENT CHAIR (Senior Faculty, 
Tenure-track): The candidate must have a 
Ph.D. in Computer Science or its equivalent, 
along with an exemplary record of scholarly 
activities, teaching, leadership and research 
in the field. 

ASSISTANT PROFESSOR (Tenure- 
track): A Ph.D. in Computer Science or a 
related area is required. Preferred, but not 
exclusive, fields of specialization include 
hardware, software engineering, graphics 
and operating systems. 

Positions are subject to final budgetary 
approval. 

Send Curriculum Vitae and the names of 
three references to: 

Dr. Howard A. Rubin, Acting Chair 
Department of Computer Science 
Hunter College of CUNY 
695 Park Avenue 
New York, NY 10021 

Hunter College is an Equal Opportunity/ 
Affirmative Action Employer. 


PURDUE UNIVERSITY 
Computer Engineering 
Faculty Positions 

The School of Electrical Engineering at 
Purdue University seeks outstanding candi¬ 
dates in all areas of Computer Engineering 
for research and teaching. Openings are for 
tenure-track faculty at all levels. Active 
research areas include artificial intelligence 
and expert systems; computer architecture; 
computer communications networks; com¬ 
puter vision; design automation tools; digital 
signal processor system design; distributed 
algorithms and databases; fault-tolerant and 
testable computing; microprocessor design; 
natural language processing; neural net¬ 
works; parallel processing (architecture, 
algorithms, operating systems, compiling, 
languages, software environments, intercon¬ 
nection networks, and performance); robot 
vision; software engineering; speech pro¬ 
cessing; and VLSI architecture. 

The School has 72 full-time faculty (26 in 
Computer Engineering) and over $9 million 
in funded research projects. In addition to 
the Ph.D., MSEE and BSEE degrees, the 
School offers a BSCEE (Bachelor of Science 
in Computer and Electrical Engineering), 
which is accredited in both computer engi¬ 
neering and electrical engineering. Compu¬ 
ting facilities available to the faculty include 
the Engineering Computer Network (includ¬ 
ing 9 VAX 11/780’s running UNIX BSI) 
4.3, 1 Gould PN 9080, 4 Gould NP l’s, a 
CCI PN 6/32, and 400 Sun workstations), 
the Computing Center’s Cyber-205 and 
ETA-10 supercomputers, a Symbolics LISP 
machine, an IBM 3090/180E, extensive 
graphics facilities, and numerous PC’s. 
Parallel computing facilities include a 
64-node Ncube hypercube, a 48x48 pro¬ 
cessor NCR-GAPP processor array, an 82- 
processor AT&T Pixel Machine, a 16-pro- 
cessor Transputer array, the 30-processor 
PASM Parallel Processor prototype that was 


developed and built at Purdue, and the 
Computing Center’s Four Sequent Sym¬ 
metry S81’s. Custom VLSI chip design 
facilities include Mentor Graphics software 
running on Apollo Workstations. Robotics 
equipment includes a Puma 762 robot, a 
Cincinnati Milacron T3-726 robot, and a 
K2A Cybermation mobile robot. 

Applicants must possess a doctorate 
degree. Send a resume, including a state¬ 
ment of teaching and research interests and 
a list of three (3) references, to: Head, 
School of Electrical Engineering, Pur¬ 
due University, West Lafayette, IN 
47907. Purdue University is an Equal Op¬ 
portunity/Affirmative Action employer. 


UNIVERSITY OF VERMONT 
Computer Science 
Visiting Faculty Positions 

The Department of Computer Science 
and Electrical Engineering invites applica¬ 
tions for up to two visiting faculty opening in 
Computer Science, commencing with the 
fall semester of 1991. A doctorate in com¬ 
puter science is required. The level of assis¬ 
tant or associate professor is dependent 
upon the candidate’s qualifications. Respon¬ 
sibilities include research as well as teaching 
in computer science at both the undergradu¬ 
ate and graduate levels. For one of the posi¬ 
tions, the ability to teach introductory and 
advanced courses in computer architecture 
from a computer science perspective is es¬ 
sential. For all positions, there is particular in¬ 
terest in candidates whose research interests 
overlap those of the current permanent 
faculty, which include aspects of distributed 
systems, computer networks, real-time sys¬ 
tems, database and knowledge base sys¬ 
tems, and artificial intelligence. Applications 
will be accepted until the positions are filled. 
Please submit a resume, including teaching 
experience, a publication list, and the 
names, addresses (including e-mail if possi¬ 
ble), and telephone numbers of three refer¬ 
ences to: Dr. Kenneth I. Golden, Chair¬ 
person, University of Vermont, Department 
of Computer Science and Electrical Engi¬ 
neering, Votey Building, Burlington, VT 
05405, (802) 656-3330. 

Internet:cssearch@uvm.edu, USEnet: 
uunetluvm-genlcssearch. The University of 
Vermont is an Affirmative Action Equal Op¬ 
portunity Employer and encourages applica¬ 
tions from women and members of minority 
groups. 


BRADLEY UNIVERSITY 
Department of Computer Science 

Tenure track position with rank of assistant 
professor beginning August, 1991. A Ph.D. 
in computer science or information systems 
is required. Must be an excellent teacher of 
database and other computer information 
systems courses. Scholarly work in com¬ 
puter science or computer information sys¬ 
tems is required for tenure. To receive full 
consideration, letters of application and a full 
academic vita must be received no later than 
March 11, 1991. Applications to John W. 
Fendrich, Computer Science Department, 
Bradley University, Peoria, Illinois 61625. 
Bradley University is EEO/AA employer. 


THE UNIVERSITY OF 
MISSOURI-ROLLA 

The Department of Computer Science at 
the University of Missouri-Rolla is seeking 
qualified applicants for tenure-track faculty 
positions. Applicants must have a strong in¬ 
terest in theoretical Computer Science. Re¬ 
search experience in theoretical aspects of 
Distributed and Parallel Software Engineer¬ 
ing is a strong plus. Applicants for junior 
positions must demonstrate evidence of their 
ability to perform research and have had 
prior involvement in group research ac¬ 
tivities. Applicants for senior positions must 
have a demonstrated record of research and 
funding emphasizing research team leader¬ 
ship as the principal investigator. Course 
load for the first two years is normally one 
course per semester. 

The Department grants the B.S., M.S. 
and Ph.D. degrees. The Ph.D. program has 
been active since 1977 and the Department 
currently has 75 graduate students. Depart¬ 
mental funded research is growing with year¬ 
ly funding above half a million dollars. Major 
computing facilities include an Intel iPSC/2 
16 processor multicomputer, VAXes, and 
HP equipment in the Departmental Experi¬ 
mental Computation Laboratory, and high- 
function Unix-based workstations for faculty 
and students. Interdisciplinary research ac¬ 
tivities exist in the UMR Intelligent Systems 
Center and faculty members in the Depart¬ 
ment may become Research investigators in 
this Center. 

The University of Missouri-Rolla is the pri¬ 
mary science and engineering campus of the 
University of Missouri system, currently has 
an enrollment of 5000 students, and is situ¬ 
ated in a non-urban environment in the 
Ozarks. St. Louis is V/2 hours away via inter¬ 
state highway. Salary is competitive with 
Big-10/Big-8 universities. 

Applicants should send a vita plus the 
names of three references and a statement of 
research and teaching interests to: 

Faculty Search Committee 
Department of Computer Science 
University of Missouri-Rolla 
Rolla, MO 65401 
(314) 341-4491 
(csdept@cs.wmr.edu) 

An equal opportunity institution. 


UNIVERSITY OF MARYLAND 
Institute for 

Advanced Computer Studies 

Applications are invited for senior level 
faculty positions in the Institute for Advanced 
Computer Studies (UMIACS), a computer 
research institute on the College Park Cam¬ 
pus. Candidates should be internationally 
prominent computer scientists. The positions 
have only nominal teaching requirements 
and sustantial research support. 

Applications are also invited for Visiting 
Faculty and Post-Doctural Research Associ¬ 
ate positions. Applicants must have a Ph.D. 
in Computer Science or a related area. For 
all positions, send a vita and a list of four 
references to: Dr. Larry Davis, Director, 
UMIACS, University of Maryland, College 
Park, MD 20742. 

Women and minorities are encouraged to 
apply. EOAA employer. 
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GEORGIA SOUTHERN UNIVERSITY 
Faculty Position in Computer Science 

The Department of Mathematics/Com- 
puter Science at Georgia Southern Universi¬ 
ty has one tenure-track position requiring a 
M.A. or M.S. in Computer Science or a 
mathematical science; a Ph.D. or M.S. in 
Computer Science is preferred. Send a letter 
of application, vita, unofficial transcripts of 
college work, evidence of dedication to out¬ 
standing teaching and three letters of recom¬ 
mendation to: Prof. Elizabeth Hardy, Lan¬ 
drum Box 8093, Georgia Southern Univer¬ 
sity, Statesboro, Georgia 30460. Deadline is 
February 1, 1991. Starting date is Septem¬ 
ber 1, 1991. The name of applicants and 
nominees, resumes, and other general non- 
evaluative information are subject to public 
inspection under the Georgia Open Records 
Act. Georgia Southern is an Affirmative Ac¬ 
tion, Equal Opportunity Institution. 


RICE UNIVERSITY 
Department of Electrical and 
Computer Engineering 

Rice University Department of Electrical 
and Computer Engineering invites applica¬ 
tions for faculty positions in the areas of 
robotics, signal processing, and computer 
systems. Applicants in the area of robotics 
should be interested in space or under-sea 
applications and be able to lead a robotics 
laboratory. Applicants in signal processing 
should have a background in basic signal and 
systems with interests in image and multi¬ 
dimensional processing. Applicants in the 
computer systems area should have interests 
in the general areas of computer architec¬ 
ture, operating systems, and parallel com¬ 
puting. Outstanding applicants working in 
related areas will also be considered. 

Rice University is a small, private univer¬ 
sity with a long history of excellence in both 
research and teaching. It is located in 
Houston, Texas, a clean, modern city with 
affordable housing and excellent fine arts. 
The Department of Electrical and Computer 
Engineering has close ties with the Computer 
Science Department, Mathematical Sci¬ 
ences Dept, and the Mechanical Engineering 
Department, all being in the School of 
Engineering. The Robotics Laboratory has 
excellent facilities and research ties with 
NASA as well as other groups. The Com¬ 
puter Systems Laboratory provides research 
focus in computer architecture, operating 
systems, parallel algorithms, software, per¬ 
formance evaluation, VLSI design, and other 
related areas. The Signal Processing Group 
has a long history of research in algorithms, 
filter design, statistical signal processing, and 
biomedical applications. Rice has an NSF 
funded Science and Technology Center for 
Research on Parallel Computation that pro¬ 
vides facilities and coordination for all 
groups. 

Applicants should submit their resume, a 
summary of their research accomplish¬ 
ments, and the names of at least three refer¬ 
ences to the Chairman of the Department of 
Electrical and Computer Engineering, Rice 
University, P.O. Box 1892, Houston, TX 
77251-1892. Rice University is an equal op¬ 
portunity/affirmative action employer. 


UNIVERSITY OF VIRGINIA 
Department of Systems Engineering 

The Nancy and Neal Wade distinguished 
professorship of Systems Engineering is 
open and candidates are sought. Those in¬ 
terested should have an interdisciplinary 
orientation with strong research and teach¬ 
ing interests, particularly in quantitative 
methods. A distinguished record and pro¬ 
mise of continued productivity in one or 
more critical areas of systems science is 
desired. 

Currently the department enrolls approx¬ 
imately 220 undergraduates, and 60 gradu¬ 
ate students at the masters and Ph.D. levels. 
The faculty is highly active in contemporary 
research issues dealing with knowledge-based 
systems, decision and control theory, op¬ 
timization and search, applied probability 
and statistics, discrete event dynamic 
systems, simulation, and engineering man¬ 
agement. The department takes a strongly 
analytic approach often with a mission orien- 

For more information, write or phone Pro¬ 
fessor Furman W. Barton, Chairman, De¬ 
partment of Systems Engineering, University 
of Virginia, Charlottesville, VA 22903 (804- 
924-6361) as soon as possible, but by 1 Feb¬ 
ruary 1991 at the latest for a September 
1991 appointment. The University of Vir¬ 
ginia is an Equal Opportunity, Affirmative 
Action Employer. 


COLORADO STATE UNIVERSITY 
Computer Science Department 
Faculty Positions, Fall 1991 

The Computer Science Department solic¬ 
its applications for tenure-track and visiting 
faculty positions at all levels (subject to fund¬ 
ing) . Candidates for assistant professor need 
a Ph.D. in computer science (at time of ap¬ 
pointment) with promise for excellence in 
research and teaching; applicants for senior 
ranks must possess distinguished research 
records. The Department has approval for 
significant growth over the next few years, 
and has identified selected areas in parallel 
computing, artificial intelligence, and soft¬ 
ware engineering for special attention. Salary 
is commensurate with rank and experience. 
New and visiting faculty will enjoy duties 
especially conducive to productive research. 

The Department offers B.S., M.S., and 
Ph.D. degrees. We have excellent coopera¬ 
tive research relations with industrial and 
government laboratories, and their people 
form a significant portion of our graduate 
student population. We operate numerous 
multi-user systems (HP, DEC, Sequent) and 
many workstations (Sun, Apple, ATT), all 
networked. University operations include 
IBM RS6000 servers and a visualization 
laboratory. Department personnel work in a 
pleasant, smoke-free environment. 

Fort Collins is a growing community of 
92,000 located along the foothills of the 
Rocky Mountains, 60 miles north of Denver. 
The climate is moderate—about 15 inches of 
precipitation and 290 days of sunshine per 
year. There are many cultural opportunities 
and year-round outdoor activities. 

Send your curriculum vitae and names of 
at least three professional references to: Dr. 
R.R. Oldehoeft, Search Committee, Com¬ 


puter Science Department, Colorado State 
University, Fort Collins, CO 80523. Ap¬ 
plications for August, 1991 will be con¬ 
sidered March 1, 1991. The search may be 
extended if suitable candidates are not 

Colorado State University is an EEO/AA 
employer. EO Office: 314 Student Services 
Building. 


UNIVERSITY OF 
SOUTHERN CALIFORNIA 
Chair, Computer Science 

The Computer Science Department of the 
School of Engineering, University of South¬ 
ern California (USC), seeks a distinguished 
computer scientist with the vision and skill to 
lead a strong department and further strength¬ 
en it. The School of Engineering, with 170 
faculty and 4,300 students, ranks 6th in the 
nation in sponsored research expenditures. 
The Computer Science Department has a 
full time faculty of 21, and a student body of 
125 Ph.D. students, 300 M.S. candidates, 
and 200 undergraduates. The departmental 
research budget currently is $3M per year. 
Faculty research interests encompass the 
traditional areas of computer science, plus 
interdisciplinary, emerging fields such as 
robotics and neural computation. Com¬ 
puting research support is provided by a 
large network of modern workstations, and 
various supercomputers are available 
through the network. More than 100 SUN 
workstations are used for teaching. The 
department maintains close ties with the 
Electrical Engineering Department which 
has a strong Computer Engineering Group 
of 21 faculty, and with the Information 
Sciences Institute (ISI), an off-campus 
research facility of the School of Engineer¬ 
ing. ISI’s staff of 200 conducts research on a 
broad spectrum of computer science topics. 
Southern California has the highest industrial 
production in the nation. Opportunities for 
industry/university collaboration are ex¬ 
cellent because much of the local industry is 
high-tech and computationally oriented. 
Please send nominations and applications 

Professor George A. Bekey 
Chair, Search Committee 
Computer Science Department 
University of Southern California 
Los Angeles, CA 90089-0782 
Telephone: (213) 740-4501 
Net Mail: bekey@pollux.usc.edu 
Applications should include a resume and 
a list of professional references. USC is an 
equal opportunity employer. 


COMPUTER SCIENCE 

Computer Science graduate and under¬ 
graduate teaching responsibilities. At least 
one and possibly two tenure track positions, 
any Ph.D. level specialty considered, com¬ 
puter hardware and architecture desired. 

Dr. William Mitchell, Chair, LSU in 
Shreveport, One University Place, Shreve¬ 
port, LA 71115, shwill@lsuvm, (318) 
797-5303. LSUS is an Affirmative Action 
Equal Opportunity Employer. 
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NJIT 

Faculty: 

Computer and Information Science 

NJIT seeks assistant, associate and full 
professors for Spring/Fall 1991 in distributed 
computing including computer architecture, 
operating systems, data communications 
and networking, realtime computing and 
fault tolerance, software development in¬ 
cluding compiling, computer graphics, office 
automation, data management systems, in¬ 
formation management systems, cognitive 
science, and computational linguistics; com¬ 
puter graphics and computer visions and 
other areas. Qualifications: Ph.D. in com¬ 
puter science or closely related field re¬ 
quired; senior level applicants must have 
proven research and funding record. 

The department offers B.S., B.A., M.S. 
and Ph.D. in computer science. Computing 
facilities include the $30 million Information 
Technologies Building with VAX 6400, 
VAX 8530, IBM 4361, SUN workstations, 
Symbolics machines, TI Explorers and 
graphic systems. Send resume and names of 
three references to; Personnel Box CIS. 

NJIT is the technological university of 
New Jersey with nearly 8,000 students en¬ 
rolled in Newark College of Engineering, the 
School of Architecture, the College of 
Science and Liberal Arts and the School of 
Industrial Management. 

NJIT does not discriminate on the basis of 
sex, race, color, handicap, religion, national 
or ethnic origin or age in employment. 

NEW JERSEY INSTITUTE OF 
TECHNOLOGY 

University Heights 

Newark, NJ 07102 


UNIVERSITY OF NEBRASKA 
AT OMAHA 

Senior Faculty Position in 
Computer Science 

The Department of Mathematics and 
Computer Science is seeking qualified appli¬ 
cants for a position at the Professor or 
Associate Professor level, beginning in 
August, 1991. The successful candidate will 
have an established research reputation sup¬ 
ported by a substantial publication record, a 
dedication to teaching, and will be expected 
to be a leader of an enthusiastic and talented 
young faculty, in research development, 
grants acquisition, and community contacts. 
All areas of specialization will be considered, 
although operating systems, programming 
languages, algorithms, computer architec¬ 
ture, distributed systems are desirable. 

The salary will be highly competitive, rank 
will be commensurate with experience, and 
the appointee may qualify for an annual 
$10,000 endowed professorship. There is 
an option of an associate chairmanship of 
the Computer Science group. There is a 
strong probability that the appointee will be 
involved in the development of a Center of 
Excellence in Information Technology at 
UNO. 

The department offers bachelor’s and 
master’s degrees in both Mathematics and 
Computer Science. Departmental equipment 
includes a Sequent B3000, a DECStation 
5000/200 file server and 2100 workstations, 


an AT&T 3B2, numerous PC-compatible 
and several Macintosh microcomputers, all 
linked via an Ethernet local area network. 
Most of the undergraduate courses are taught 
on a VAX 8650 operated by university Cam¬ 
pus Computing. 

Interested applicants should send a resume 
and three letters of recommendation to 
J. Scott Downing, chair, Department of Math¬ 
ematics and Computer Science, University 
of Nebraska at Omaha, Omaha, NE 68182- 
0243. Applications received by March 1, 
1991, will be assured of consideration. Addi¬ 
tional applications will be considered until the 
position is filled. The University of Nebraska at 
Omaha is an Affirmative Action/Equal Op¬ 
portunity employer. 


SENIOR RESEARCH ASSOCIATE 

UNC-Chapel Hill Department of Com¬ 
puter Science is seeking a qualified applicant 
for research, development, and coordina¬ 
tion of graphics software on VISTAnet, one 
of five national applications testbeds for 
Gigabit/sec networking. A Ph.D. in Compu¬ 
ter Science preferred. Experience in soft¬ 
ware management, graphics algorithms, 
assembly language on high-performance 
computers, and software development in a 
UNIX environment desired. Salary based on 
experience. Send resume to Henry Fuchs, 
Sitterson Hall, University of North Carolina, 
Department of Computer Science, Chapel 
Hill, NC 27599-3175. UNC is an Affirmative 
Action/Equal Opportunity Employer. 


THE ERIK JONSSON SCHOOL 
OF ENGINEERING AND 
COMPUTER SCIENCE 
Professor and Head, 
Manufacturing Systems 

The Erik Jonsson School of Engineering 
and Computer Science at The University of 
Texas at Dallas is seeking an experienced 
senior researcher to lead our Manufacturing 
Systems Program. The program emphasizes 
the design of computer supported/controlled 
systems for engineering and manufacturing. 
Current research areas include machine vision 
systems, CAD, robotics and expert systems. 
Candidates must have a Ph.D. or equivalent 
in engineering or related discipline, and a 
demonstrated record of scholarly productivi¬ 
ty and the ability to attract research sponsor¬ 
ship. The University of Texas at Dallas is 
located in a center of electronics manufactur¬ 
ing. The Erik Jonsson School serves the 
needs of a large technologically sophisticated 
metropolitan area where opportunities exist 
for interaction with industry. The Engineer¬ 
ing and Computer Science Building has 
150,000 sq. ft. of laboratory and office space 
of which 7,500 sq. ft. of laboratory space is 
devoted to research in manufacturing sys¬ 
tems. Appropriate start-up funding is 
available. Interested applicants should send 
a resume to: Dr. B.E. Cherrington, Dean, 
Erik Jonsson School of Engineering and 
Computer Science, The University of Texas 
at Dallas, P.O. Box 830688, Richardson, 
TX 75083-0688. The University of Texas at 
Dallas is an equal opportunity/affirmative 
action university. 


TULANE UNIVERSITY 
Invites Applications and Nominations 
for the Position of 
Dean of the School of Engineering 

Established in 1884, the School of Engi¬ 
neering offers baccalaureate, master, and 
doctoral degrees in Biomedical, Chemical, 
Civil, Electrical, Mechanical Engineering, 
and Computer Science, accredited by na¬ 
tional accrediting agencies. 

Reporting directly to the Provost, the 
Dean serves as the academic and educa¬ 
tional leader and chief administrator of the 
School of Engineering. 

The Dean is responsible for administering 
all facets of the College, providing leadership 
to the faculty, providing guidance in cur¬ 
riculum development, stimulating faculty in 
instruction and research, and articulating 
plans for future developments. The Dean is 
responsible for administering relations be¬ 
tween the University and the industrial and 
business community. Criteria for the ap¬ 
pointment include: 

• An earned doctorate in engineering or a 
science-related field, and a record of 
teaching experience to merit the rank of a 
tenured Professor in one of the depart¬ 
ments in the School of Engineering. 

• Demonstrated ability to work successfully 
in an institution that serves an ethnically 
and culturally diverse population. 

• Distinguished record in teaching, scholar¬ 
ship, research, and professional activity. 

• Experience in administrative coordination 
and in the acquisition of external funding. 

• Ability to promote effective working rela¬ 
tionships with faculty members, staff, and 
students. 

We expect to make an appointment effec¬ 
tive 1 July 1991. Therefore, we invite 
nominations immediately. Nominations and 
applications will be accepted until the posi¬ 
tion is filled. 

We particularly seek applications from 
women and members of minority groups 
who would qualify for this position. 

Applications should include a curriculum 
vitae, a letter of interest, and the names, ad¬ 
dresses, and telephone numbers of three 
professional references. Applications should 
be sent to: 

Chair, Engineering Dean’s Search 
Committee 
Tulane University 
Office of the Provost 
327 Gibson Hall 
New Orleans, Louisiana 70118 
Tulane University is an Equal Opportuni¬ 
ty, Affirmative Action Employer committed 
to cultural diversity. 


INFORMATION SCIENTIST 

Duties: Research, develop and maintain 
hospital information system. Req: MS in 
Medical Informatics (or equivalent) and 
thorough knowledge of the HELP informa¬ 
tion system, including its database, expert 
system, and tools for creating, editing, and 
implementing the expert system. Perma¬ 
nent, full time. Salary: $27,500/yr. plus 
benefits. Send resume to Utah Job Service, 
P.O. Box 11750, SLC, Utah 84147, Job 
Order #3928953. 
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THE U.S. NAVAL 
RESEARCH LABORATORY 
AI Center Director 

The U.S. Naval Research Laboratory is 
accepting applications for Director of its 
Navy Center for Applied Research in Artifi¬ 
cial Intelligence (NCARAI). The Director 
provides scientific planning, leadership, and 
management for a comprehensive research 
program aimed at developing Navy applica¬ 
tions of AI technology. Current areas of 
research at NCARAI include machine learn¬ 
ing, natural language processing, autono¬ 
mous vehicle vision and control, intelligent 
training systems, and uncertainty manage¬ 
ment in decision aids. The Center has up-to- 
date networked computing facilities, an ex¬ 
tensive artificial intelligence library, strong 
ties to university and industrial laboratories, 
and a research staff of 32 with a high rate of 
contribution to professional conferences and 
publications. The candidate must have pro¬ 
ven experience and demonstrated abilities in 
research program development and man¬ 
agement, with particular emphasis on ap¬ 
plied artificial intelligence, backed by a strong 
record of presentations and publications. A 
Ph.D. in an appropriate field is highly desir¬ 
able. Salary to $78,200 is dependent on 
education and experience. Incumbent has 
the opportunity to establish teaching posi¬ 
tions at local universities, and to receive 
substantial royalties on any patents obtained. 
Applicants should submit a resume or Stan¬ 
dard Form 171 Personal Qualifications 
Statement (available from the address 
below) by February 15, 1991 to: Naval 
Research Laboratory, Civilian Personnel 
Division, Attn: 55-076A-14 (IC) 4555 Over¬ 
look Avenue S.W., Washington, D.C. 
20375-5000. For further information about 
this position, call Laura Davis at (202) 
767-2884, or direct email inquiries to 
NCARAI@AIC.NRL.NAVY.MIL. An Equal 
Opportunity Employer. U.S. Citizenship 
Required. 


THE UNIVERSITY OF ALABAMA 
IN HUNTSVILLE 
Department of Electrical and 
Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering at the University of Ala¬ 
bama in Huntsville invites applications for 
several tenured and tenure-track faculty 
positions. Qualified applicants in all areas of 
computer engineering will be considered. 
Current areas of research include parallel 
processor systems, image processing, scien¬ 
tific visualization, VLSI design, artificial 
intelligence, and neural computing. The 
computer engineering program is looking 
forward to significant growth in the coming 
years. The department offers an undergrad¬ 
uate computer engineering degree, as well 
as M.S.E. and Ph.D. degrees with speciali¬ 
zation in computer engineering. Computer 
facilities include a CRAY XMP super¬ 
computer, a Stardent graphics supercom¬ 
puter, and a network of SUN Sparcstations 
and Intergraph Interpro 220 workstations. 
Software includes various CAD/CAM pack¬ 
ages, a MENTOR Graphics VLSI Silicon 


Compiler, and a Viewlogic and XILINX 
FPGA development system. The depart¬ 
ment has access to the NSF MOS1S VLSI 
fabrication facilities. Huntsville offers many 
opportunities for collaboration, support, and 
consulting. A number of Fortune 500 com¬ 
panies have R&D and manufacturing opera¬ 
tions in Huntsville, including Chrysler, In¬ 
tergraph, SCI Systems, Teledyne Brown, 
and Boeing. Also located in Huntsville are 
major government research laboratories, in¬ 
cluding NASA’s Marshall Space Flight Cen¬ 
ter, the Army Missile Command (MICOM) 
and the Strategic Defense Command Head¬ 
quarters. Situated in the foothills of the Ap¬ 
palachian Mountains on the Tennessee 
River, Huntsville offers a pleasant climate, 
extensive recreational opportunities, and af¬ 
fordable housing. Huntsville’s civic center 
hosts Broadway plays, local theater and 
music productions, and many other cultural 
events. Huntsville is conveniently located 
about 1.5 hours from Birmingham, 2 hours 
from Nashville, and 4 hours from Atlanta. 
Candidates should have a strong commit¬ 
ment to teaching, research, and university 
and community service. Candidates are ex¬ 
pected to develop research funding and to 
advise M.S. and Ph.D. candidates. Can¬ 
didates must have an earned Ph.D. degree 
in computer engineering or a related field. 
Applications will be considered until the posi¬ 
tions are filled. Send resume with names and 
telephone numbers of three references to 
Professor Stephen T. Kowel, Chairman, 
ECE Department, UAH, Huntsville, AL 
35899. Telephone: (205) 895-6316; FAX 
(205) 895-6803; email: hofmanmo@ 
cyberia.uah.edu. UAH is an Affirmative Ac¬ 
tion/Equal Opportunity Employer. 


DEVELOPMENT PROGRAMMER 

Development Programmer needed to de¬ 
sign and develop the Automated Informa¬ 
tion System to meet the individual require¬ 
ments of clients, utilizing real time software 
written in “C” language. Study existing data 
handling systems to evaluate effectiveness 
and efficiency. Conduct special studies and 
investigations pertaining to development of 
new information systems to meet current 
and projected needs. Analyze test data to 
determine if design meets functional and 
performance specifications. Design and 
specify systems and methods for installing 
computer-based information systems and 
guide their installation. Plan and direct train¬ 
ing and development of systems personnel 
and users regarding the software package 
and its sub-systems. Prepare written reports 
and recommendations. Requires a Bachelor’s 
degree in Computer Science Engineering or 
its equivalent and one year experience in job 
offered or one year directly related experi¬ 
ence in voice technology software. Requires 
one semester or six months experience in 
“C” programming language. 40 hour work 
week. $20,425.00 per year. Apply at the 
Texas Employment Commission, Dallas, 
Texas or send resume to the Texas Employ¬ 
ment Commission, TEC Building, Austin, 
Texas 78778, Job Order #5424792. Ad 
Paid By An Equal Employment Opportunity 
Employer. 


THE COLLEGE OF WOOSTER 
Wooster. Ohio 

The College of Wooster seeks a person to 
teach introductory and advanced level under¬ 
graduate courses in Computer Science and 
to participate on occasion in interdisciplinary 
teaching. M.S. in Computer Science re¬ 
quired; Ph.D. in Computer Science or a 
related area preferred. This is a non-tenure 
track position with a multi-year appointment 
possible. Starting date is August 25, 1991. 
Send vita, transcripts, and 3 letters of recom¬ 
mendation to Charles R. Hampton, Chair¬ 
person, Department of Mathematical Sci¬ 
ences, The College of Wooster, Wooster, 
OH 44691. Wooster is an equal opportuni¬ 
ty, affirmative action employer. 


COMPUTER CONSULTANT 

Computer Consultant needed to analyze, 
design, program and implement on-line busi¬ 
ness applications programs for a mainframe 
computer environment. Analyze, evaluate 
and document customer’s processes and re¬ 
quirements to develop appropriate systems 
and procedural solutions to meet the busi¬ 
ness needs of customers. Test, evaluate and 
verify system’s reliability, performance, fault 
tolerance and life cycle. Prepare written 
summaries supports and recommendations 
and participate in the development of 
customer’s proposals. Technical consultant 
to client’s management systems analysts. 
Supervise the design and implementation of 
computer systems. Requires a Bachelor’s 
degree in Computer Science or its equivalent 
and three years experience in job offered or 
three years systems analyst or programming 
experience, or will consider four years direct¬ 
ly related programming or systems analyst 
experience in lieu of degree and three years 
experience. Requires at least three years of 
experience in JCL, COBOL and database 
management systems. Also requires at least 
one year of prior supervisory/training ex¬ 
perience. 40 hour work week. $30.00 per 
hour. Apply at the Texas Employment 
Commission, Dallas, Texas, or send resume 
to the Texas Employment Commission, TEC 
Building, Austin, Texas 78778. Job Order 
#6122917. Ad paid for by an Equal Employ¬ 
ment Opportunity Employer. 


CENTRE COLLEGE 
Faculty Position 
Computer Science/Math 

A one-year full-time teaching (sabbatical 
replacement) position starting September 1, 
1991. The successful candidate will teach 
traditional undergraduate courses in mathe¬ 
matics and computer science, offer special 
topics courses in computer science in her/his 
area of expertise, and conduct student- 
faculty collaborative research. Advanced 
degree in mathematics or computer science 
required, Ph.D. preferred. Rank and salary 
dependent on qualification. Consideration 
of qualifications will begin Feb. 15, send 
inquires and vita to Dr. John Ward, Dean of 
the College, Centre College, Danville, KY 
40422 EOE. 
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THE UNIVERSITY OF ILLINOIS 
Department of Electrical and 
Computer Engineering 

The Department of Electrical and Com¬ 
puter Engineering invites applications for 
several tenure-track and tenured faculty 
positions. Applicants must have an earned 
Ph.D., outstanding academic credentials, 
and an ability to teach effectively at both the 
graduate and undergraduate levels. Selected 
candidates will be expected to initiate and 
carry out independent research and to per¬ 
form academic duties associated with our 
B.S., M.S., and Ph.D. programs. Since the 
department is very large, each year several 
vacancies are filled. A continuing search is 
conducted throughout the year to fill open 
positions. All candidates judged as qualified 
for a position will be interviewed. Salary 
open, based on qualifications. Starting date 
is negotiable. The department has one of the 
largest programs in the United States grant¬ 
ing approximately 400 B.S., 100 M.S., and 
65 Ph.D. degrees annually. The department 
is recruiting faculty in all areas of computer 
engineering. Current research interests of 
our computer engineering faculty include 
computer architecture, design complexity 
and theory of computation, high perfor¬ 
mance and reliable computing, knowledge 
engineering, parallel and distributed process¬ 
ing, performance evaluation, robotics and 
computer vision, and VLSI design. 

Send resume, with references and a list of 
publications, to: T.N. Trick, Faculty Search 
Committee, University of Illinois, Depart¬ 
ment of Electrical and Computer Engineer¬ 
ing, 1406 West Green Street, Urbana, IL 
61801. Telephone: (217) 333-2301. 

The University of Illinois is an equal op¬ 
portunity/affirmative action employer. 


UNIVERSITY OF HOUSTON 

Applications are invited for tenure track 
faculty positions in the Department of Com¬ 
puter Science starting September 1991. 
Areas of special interest include but not 
limited to artificial intelligence, computer ar¬ 
chitecture, computer graphics, computer 
networks, operating systems, programming 
languages and software engineering. Rank 
and salary are open and competitive. The 
Department is interested in expanding its 
research program and particularly welcome 
applicants for senior positions. Applicants 
should have a Ph.D. in Computer Science or 
closely related area, and a strong commit¬ 
ment to research and teaching. Candidates 
for senior positions should also have a 
distinguished research record. The Depart¬ 
ment offers Ph.D., M.S., and B.S. in Com¬ 
puter Science. Departmental research facili¬ 
ties include a network of SUN Workstations, 
DEC 5820, VAX 11/780 and VAX 11/730’s, 
a network of AT&T 3B2’s and access to 
other computing facilities in the University 
Computer Center as well as supercomputers 
via remote access terminals. Send resume 
and names of professional references to 
Dr. Willis K. King, Chairman, Department of 
Computer Science, University of Houston, 
Houston, Texas 77204-3475. An Equal Op¬ 
portunity/Affirmative Action employer. 


UNIVERSITY OF DAYTON 

The Computer Science department in¬ 
vites applicants for a tenure track position. 
Qualifications must include a doctorate in 
Computer Science or closely related area. 
Applicants must have a strong commitment 
to research, teaching, and service. The 
department offers the Bachelor of Science 
and Master of Computer Science degrees. 
The university has a VAX cluster and the 
department has NCR Towers, PCs, and Sun 
workstations. Department networks and 
campus wide local area networks join the 
various computer systems. Please send a 
resume and three letters of recommendation 
to Jack E. Kester, Chair, Computer Science 
Department, University of Dayton, Dayton, 
OH 45469-2160. Telephone (513) 229-3831, 
BITNET: kester@dayton. U of D is an equal 
opportunity/affirmative action employer. 


SOUTHERN UNIVERSITY 
Chair 

Electrical Engineering Department 

Nominations and applications are invited 
for the position of Chairman of the Electrical 
Engineering Department at Southern Univer¬ 
sity at Baton Rouge, Louisiana. The success¬ 
ful candidate must have an earned doctorate, 
and a demonstrated record of excellence in 
teaching, research, and service suitable for 
appointment at the rank of associate or full 
professor. The selected candidate must have 
a vision of the future directions for electrical 
engineering and have the leadership and 
managerial skills to promote and implement 
this vision. Professional registration and in¬ 
dustrial experience are desirable. 

Southern University is a historically black 
university located in Baton Rouge, Loui¬ 
siana. The Electrical Engineering Depart¬ 
ment has twelve full time faculty positions 
and offers the B.S. degree in Electrical 
Engineering. Current enrollment in Electrical 
Engineering is about 500 students. The suc¬ 
cessful candidate must have a strong com¬ 
mitment to further developing research en¬ 
deavors in the department. 

Nomination and applicants should send a 
resume and the names and addresses of five 
references to: Dr. Thomas L. Henderson, 
Search Committee Chairperson, College of 
Engineering, Southern University, Baton 
Rouge, Louisiana 70813-9552, no later 
than February 15, 1991. 

Minorities and women are strongly en¬ 
couraged to apply. The position is available 
in June 1991. Salary is competitive and 
commensurate with qualifications. 

Southern University is an affirmative 
action and equal opportunity employer. 


NORTH DAKOTA STATE UNIVERSITY 

Active expanding Dept, of C.S. & O.R. 
seeks a new or recent Ph.D. for Assistant 
Professor position. We offer B.S., M.S., and 
Ph.D. degrees and have active research pro¬ 
grams. The closing date for applications is 
Feb. 15, 1991 or when filled. Contact: Dr. 
W. Perrizo, Box 5075, North Dakota State 
University, Fargo, ND 58105. 


EMBRY-RIDDLE 
AERONAUTICAL UNIVERSITY 

The Department of Aviation Computer 
Science invites applications for a tenure- 
track position at the Assistant Professor level. 
The position will begin in August 1991. Can¬ 
didates must have a Ph.D. in Computer Sci¬ 
ence (or Computer Engineering or Com¬ 
puter Information Systems) and must have a 
commitment to undergraduate teaching. 
The department’s curriculum and research 
efforts are centered around the development 
of computer systems related to the national 
airspace system. Preference will be given to 
applicants with background and experience 
in one or more of the following areas: soft¬ 
ware engineering, simulation, artificial intelli¬ 
gence, real-time computing and graphics. 

The Daytona Beach Campus of Embry- 
Riddle has 5000 students and the Aviation 
Computer Science Department has eleven 
faculty and 150 computer science majors. 
The computer science instructional labora¬ 
tory is equipped with a network of Sun 
Workstations, and IBM 4361, and over 100 
IBM PC’s; and a faculty/student research 
laboratory is equipped with a Symbolics 
LISP machine, Silicon Graphics Worksta¬ 
tions, Sun Workstations, and a DEC Super 
Micro Vax. Ada is the core language and 
software engineering is emphasized through¬ 
out the curriculum. 

Please send your resume, a copy of grad¬ 
uate transcripts, and three letters of reference 

to Human Resources Department (CM) 
EMBRY-RIDDLE AERONAUTICAL 
UNIVERSITY, Thomas B. Hilburn, 
Chair, Search Committee, Daytona 
Beach, FL 32114-3900. Application 
deadline: February 1, 1991. Women and 
minority group members are encouraged to 
apply. EOE. 


PROJECT LEADER 

Project Leader needed to plan, organize, 
integrate and complete projects involving the 
design and development of digital cellular 
peripheral software for the DICP, DSPM and 
ICRM, XPM-based peripherals. Direct and 
coordinate the activities involved in the 
design and implementation of real-time 
communication protocols, and in the area of 
ISDN base software and firmware. Review 
design for compliance with engineering prin¬ 
cipals, company standards and customer 
contract specifications. Evaluates and 
analyzes test results and reports findings to 
Management. Requires a Bachelor’s degree 
in Computer Science/Electrical Engineering 
or its equivalent and 5 years experience in 
job offered or 5 years digital telecommunica¬ 
tions software development and design ex¬ 
perience in the area of low-level real-time 
software and hardware. Experience should 
include at least one year total in the follow¬ 
ing: (1) ISDN peripheral software design; (2) 
Pascal real-time and development. 40 hour 
work week. $898.00 per week. Apply at the 
Texas Employment Commission, Richard¬ 
son, Texas, or send resume to the Texas 
Employment Commission, TEC Building, 
Austin, Texas 78778, Job Order *5515192. 
Ad paid by An Equal Employment Oppor¬ 
tunity Employer. 
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UNIVERSITY OF WISCONSIN- 
MILWAUKEE 

Faculty Positions in Computer Science 

The Department of Electrical Engineering 
and Computer Science at the University of 
Wisconsin-Milwaukee is recruiting Computer 
Science faculty at the junior and senior levels. 
All candidates should have a commitment to 
research and teaching. Senior candidates are 
expected to have excellent research records. 
Areas of interest are in Artificial Intelligence, 
Software Engineering, Computer Networks, 
Parallel and Distributed Computation. 

The Department offers undergraduate and 
graduate programs in Computer Science and 
has 12 full time Computer Science faculty 
members. Our current research strengths in¬ 
clude Data Security, Cryptography, Fault 
Tolerant Computing, Computational Geo¬ 
metry, and Parallel and Distributed Computa¬ 
tion. Computer Science research and instruc¬ 
tion are supported by a modern computing 
environment. The University is located near 
the shores of Lake Michigan close to pleasant 
residential neighborhoods and lovely parks. 
Interested individuals are requested to send a 
resume to Professor K. Vairavan, CoChair for 
Computer Science, Department of Electrical 
Engineering and Computer Science, Univer¬ 
sity of Wisconsin-Milwaukee, Milwaukee, WI 
53201. The University of Wisconsin is an Af¬ 
firmative Action/Equal Opportunity Employer. 


CLARKSON UNIVERSITY 

The Department of Mathematics and 
Computer Science at Clarkson University in¬ 
vites applications for two tenure track posi¬ 
tions in computer science. Ph.D. in com¬ 
puter science or a closely related discipline is 
required. Rank and salary are negotiable. 
We are looking for candidates who will enjoy 
teaching both graduate and undergraduate 
courses, and who will add research strength 
to the computer science program. Strong 
candidates in all areas are encouraged to ap¬ 
ply. We are especially interested in new col¬ 
leagues with interests in complexity theory 
and programming languages. 

Clarkson University is a small selective 
technological university with a strong re¬ 
search tradition. The department offers BS 
and MS degrees, as well as the option of a 
Ph.D. in mathematics with emphasis in com¬ 
puter science. Computing facilities in the 
department include a cluster of Sun worksta¬ 
tions in faculty offices and labs, connected 
via campus-wide ethemet to numerous other 
machines as well as to regional and national 
networks such as NYSERNet and Internet. 

The university is located in upstate New 
York close to the scenic Adirondack and 
Thousand Island regions. The concentration 
of college campuses in the vicinity creates a 
rich cultural environment with a high quality 
of life without the problems of major cities. 

Applications including vita and names of 
three references should be submitted to Pro¬ 
fessor A. Fokas, Department of Mathematics 
and Computer Science, Clarkson Universi¬ 
ty, Potsdam, NY 13699. Clarkson Universi¬ 
ty is an equal opportunity/affirmative action 
employer and encourages applications from 
women and minorities. 


UNIVERSITY OF 
NORTHERN COLORADO 
Assistant Professor of 
Computer Science 

The Department of Mathematics and Ap¬ 
plied Statistics is seeking an Assistant Profes¬ 
sor of Computer Science. This is a tenure- 
track position. The candidate will be expected 
to teach a variety of undergraduate level 
courses in Computer Science. The individual 
chosen for this position will need to play a 
major role in the continuing development of 
an undergraduate degree program in Com¬ 
puter Science/Computer Education. Advis¬ 
ing, committee work, and continued scholar¬ 
ship is essential. The teaching load will be 
nine hours per week. 

Applicants should possess a Ph.D. in 
Computer Science or its equivalent from ac¬ 
credited institution and a strong commitment 
to teaching and developing an undergradu¬ 
ate computer science curriculum. Position is 
contingent upon possible replacement. Send 
a letter of application, curriculum vitae, 
graduate transcripts, and three letters of 
recommendation with position # 20246 to: 

Dr. Don Searls/Chair Search" Committee 

Dept, of Mathematics & Applied Statistics 

University of Northern Colorado 

Greeley, CO 80639 

Initial screening will begin Feb. 1, 1991. 
Applications will be considered until the posi¬ 
tion is filled. 

The University of Northern Colorado, a 
senior public institution, is located in 
Greeley. The academic enrollment is ap¬ 
proximately 10,000 students with about 450 
faculty. Greeley is located 50 miles north of 
Denver, 50 miles east of Rocky Mountain Na¬ 
tional Park and has a population of 62,000. 


UNIVERSITY OF 
SOUTHWESTERN LOUISIANA 
Position Announcement 
Head of Computer Science and 
Associate Director of the Center for 
Advanced Computer Studies 

Applications are invited for the joint posi¬ 
tion of Department Head of Computer Sci¬ 
ence and Associate Director of the Center for 
Advanced Computer Studies. Computer 
Science has been a flagship program at USL 
since the late 1960s. The formation of the 
Center for Advanced Computer Studies at 
USL in the mid-80s extended the program to 
include an international research mission. 
USL is the largest of the state institutions of 
higher learning under the Louisiana State 
Board of Trustees. The enrollment for the 
Fall 1990 Semester totaled approximately 
16,000. 

DESCRIPTION OF THE POSITION: The 
Department of Computer Science is an 
academic unit within the College of Sci¬ 
ences, with five full-time faculty positions, 
seven one-half time instructor positions and 
approximately 400 majors. This Department 
is responsible for administering an excellent 
undergraduate curriculum that has been ac¬ 
credited since 1986. The Center for Ad¬ 
vanced Computer Studies is a separate aca¬ 
demic unit with approximately 200 graduate 
students and 25 graduate faculty. The posi¬ 
tion to be filled reports jointly to the Dean of 


the College of Sciences and the Director of 
the Center for Advanced Computer Studies. 
The incumbent is in a unique position to 
direct an excellent undergraduate computer 
science program and to play an active role in 
the graduate and research programs of the 
Center for Advanced Computer Studies. 
Computer Science and engineering labora¬ 
tory facilities include a LAN that connects 
over 60 Sun workstations, several file ser¬ 
vers, and an assortment of special labora¬ 
tories for parallel processing, robotics, and 
VLSI design. This position will provide 
outstanding professional opportunities and a 
competitive salary. 

QUALIFICATIONS: 

(1) a Ph.D. in computer science or a re¬ 
lated field: 

(2) credentials to qualify for associate or 
full professor: 

(3) a proven commitment to excellent 
undergraduate and graduate education and 
research: 

(4) proven strong leadership; 

(5) significant administrative experience. 

APPLICATION CLOSING DATE; Appli¬ 
cants should send a letter of application con¬ 
taining statements of their academic and ad¬ 
ministrative philosophies, a resume, and 
names of at least three references. The 
Search Committee is eager to receive ap¬ 
plications prior to March 8. 1991. 

Please send applications to: 

Dr. Steve Landry. Chair 

CMPS/CACS Search Committee 

P.O. Box 44330 

Lafayette. LA 70504 

spllgiusl.edu 


NATIONAL CHIAO TUNG 
UNIVERSITY 

The Department of Computer & Informa¬ 
tion Science invites applications for faculty 
positions in August 1990. The Department 
offers B.S., M.S. and Ph.D. programs. A 
candidate must have a Ph.D. degree in com¬ 
puter or information science, engineering, or 
related fields. 

Please send resume and names of three 
references to: Professor Wei-Pang Yang, 
Head, Department of Computer & Informa¬ 
tion Science, National Chiao Tung Universi¬ 
ty, Hsinchu, Taiwan, 30050, R.O.C. Con¬ 
sideration of applications will begin in April 
1991 and the search will remain open until 
the positions are filled. 


THE UNIVERSITY OF CHICAGO 

Department of Computer Science 

Junior and Senior positions available. Our 
preference is for candidates with expertise in 
one of the areas of experimental Computer 
Science, such as Programming Languages 
or Distributed Systems, but we will consider 
exceptionally strong applicants from all 
areas. Send curriculum vitae and three let¬ 
ters of reference to: Prof. Janos Simon, 
Chairman, Department of Computer Sci¬ 
ence, The University of Chicago, 1100 E. 
58th Street, Chicago, IL 60637. Inquiries 
can be directed to chair@cs.uchicago.edu. 

The University of Chicago is an equal op¬ 
portunity/affirmative action employer. 
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UNIVERSITY OF CALIFORNIA 
BERKELEY 

THE UNIVERSITY OF CALIFORNIA 
AT BERKELEY invites applications for 
TEMPORARY AND VISITING POSI¬ 
TIONS. The Computer Science Division of 
the Department of Electrical Engineering 
and Computer Sciences may have openings 
for visiting and temporary faculty to teach 
courses full or part time in computer science 
during the 1991-1992 academic year. 
Specific teaching needs will be known by 
Spring, 1991, and may include courses in in¬ 
troductory programming, computer hard¬ 
ware and architecture, programming lan¬ 
guages, operating systems, data structures, 
computer science theory, graphics, artificial 
intelligence, and computer networks. 

Applicants will be considered on their aca¬ 
demic qualifications, teaching experience, 
research record, recommendations, and 
other relevant experience. Applicants should 
send a resume, with the names and ad¬ 
dresses (including telephone numbers and 
electronic mail addresses) of at least three 
references, copies of all relevant teaching 
ratings, and lists of courses that could be 
taught, as soon as possible, but no later than 
March 1, 1991, to the address below. 
Professor David Patterson 
Chairman for Computer Science 
EECS Department 
University of California 
Berkeley, CA 94720. 

The University of California is an Equal 
Opportunity, Affirmative Action Employer. 


AUBURN UNIVERSITY 

Earle C. Williams Eminent Scholar 
Chair in Electrical Engineering 

Nominations and applications are invited 
for the Earle C. Williams Eminent Scholar 
Chair in Electrical Engineering. Candidates 
for this chair should have achieved national 
and international prominence in digital sys¬ 
tems and/or microelectronics. 

Applicants or nominees must have an 
earned doctorate, senior academic experi¬ 
ence, and a documented record of distinc¬ 
tion in university teaching and research. The 
successful candidate will be expected to pro¬ 
vide intellectual leadership in his/her area of 
expertise for the Department of Electrical 
Engineering as well as enrich the scholarly 
environment at Auburn University. 

Auburn University is located in the city of 
Auburn in east-central Alabama. This land- 
grant university enrolls more than 21,000 
students, the largest on-campus enrollment 
in the state. The Department of Electrical 
Engineering, one of eight departments within 
the College of Engineering, offers Bachelor, 
Master, Master of Science and Ph.D. degrees 
in Electrical Engineering. The department 
has a current enrollment of 939 undergradu¬ 
ate students and 100 graduate students. The 
28 full-time faculty have an annual research 
expenditure of approximately $2 million. 

The Search Committee will begin its re¬ 
view of applications immediately. Interested 
candidates should submit: (1) a detailed 
resume, (2) a letter indicating an interest in 
the chair, the candidate’s academic philos¬ 


ophy, and a brief statement of accomplish¬ 
ments in teaching and research, and (3) 
names and addresses of five references. 
Nominations should be submitted with the 
complete name, mailing address and tele¬ 
phone number of the individual nominated. 

Applications and nominations should be 
sent to Professor J. David Irwin, Department 
of Electrical Engineering, Auburn University, 
AL 36849-5201. Auburn University is an af¬ 
firmative action/equal opportunity employer. 
Applications from minority and female can¬ 
didates are encouraged. 


ST. JOHN’S UNIVERSITY 
COLLEGEVILLE, MN 

The Computer Science Department at St. 
John’s University/College of St. Benedict 
invites applications for a tenure track position 
beginning in September, 1991. Candidates 
with interests in all areas will be considered 
but interests in Architecture, Programming 
Languages, Graphics and Artificial Intelli¬ 
gence will compliment our permanent staff. 
A Ph.D. in Computer Science is preferred, a 
Masters of Science in Computer Science 
with teaching experience will be considered. 
Send a letter of application, current vitae, 
transcripts, and three letters of recommen¬ 
dation to: Director of Personnel, St. John's 
University, Collegeville, MN 56321. Appli¬ 
cations accepted until position is filled. 
St. John's is an AA/EEO Employer. Women 
and minorities are encouraged to apply. 



\ University of 
Bielefeld 


The Technical Faculty of the University of Bielefeld offers 
the position of a full professor (C4) in 

Technical Computer Science 

Applicants must meet the requirements for professorship 
at a German university, proven by strong records both in 
research and teaching in the field of Technical Computer 
Science. Areas of particular interest are Computer Architec¬ 
ture, Process Control or Control Engineering. Candidates 
should be interested in the collaboration with existing re¬ 
search groups. 

The Technical Faculty currently hosts research groups in 
the fields of Knowledged Based Systems, Practical Computer 
Science, Applied Computer Science, Pattern Recognition and 
two groups in Biotechnology. 

Sensitivity for the social implication of information tech¬ 
nology is expected. The University of Bielefeld is an equal 
opportunity employer. 

Deadline for application is January 20, 1991. 

Please address your applications to: 

Dekan der Technischen Fakultat 
Universitat Bielefeld 
Postfach 86 40 
W-4800 Bielefeld 1 
West Germany 

For additional information, call x49-521-106-2913. 


Research and Development 


EDS, a premier provider of information technology 
services, is seeking research scientists to join an estab¬ 
lished Research and Development organization in 
Auburn Hills, Michigan. Our mission is to expand the 
business opportunities of EDS in the information ser¬ 
vices industry through the development and innovative 
application of technology. Applicants should have a 
master’s degree or Ph.D. in computer science, applied 
mathematics, or a related technical area and interest in: 

■ Distributed Computing ■ Software Productivity Tools 
• Data Communication ■ AI/Logic Programming 

■ Database Technology ■ Graphics and Animation 

Our activities are supported by networked worksta¬ 
tions with connections to large mainframe installations. 

EDS Research and Development is located in suburban 
Oakland County, Michigan. This location affords easy 
access to a wide variety of cultural and recreational activi¬ 
ties and is within commuting distance of several major 
universities. The school districts in Oakland County are 
among the best in the nation. 

We offer competitive salaries and excellent company- 
paid benefits. For immediate consideration, send your 
resume in confidence to: 

EDS Research and Development 
Recruiting Coordinator 
3551 Hamlin Road, Dept. 9TG0010 
Auburn Hills, MI 48326 
















WASHINGTON UNIVERSITY 

Washington University in St. Louis seeks 
qualified candidates for the position of Pro¬ 
fessor and Chair of the Department of Com¬ 
puter Science, with a desired starting date of 
July 1, 1991. We are interested in candi¬ 
dates with a strong research record, with a 
dedication to excellence in undergraduate 
and graduate education and with a demon¬ 
strated potential for administration and 
leadership. 

The Department has an excellent under¬ 
graduate program as well as a strong and ex¬ 
panding graduate program. The primary re¬ 
search concentrations are in distributed 
systems, advanced communication networks 
and intelligent computer systems with an 
emphasis on visualization as a tool in each 
case. The Department plans to continue 
building on these areas of strength as well as 
expanding into new areas. There are 15 
regular faculty in the Department and 85 
graduate students, as well as an excellent 
technical support staff and a large pool of af¬ 
filiate faculty. Departmental laboratory 
facilities are very good and include a visuali¬ 
zation laboratory, a systems prototyping lab, 
an NCUBE parallel computer, a variety of 
compute servers and ubiquitous workstations. 

Washington University has a longstanding 
commitment to the principle that all can¬ 
didates should be afforded equal opportuni¬ 
ty regardless of age, race, sex or physical 
disability. Candidates must send a cur¬ 
riculum vitae and a list of references to: Pro¬ 
fessor C.I. Byrnes, Search Committee for 
the Computer Science Chair, Campus Box 
1040, Washington University, One Brook¬ 
ings Drive, St. Louis, MO 63130. 


LOUISIANA TECH UNIVERSITY 
Department Head 

Department of Computer Science 

Nominations and applications are invited 
for the position of Professor and Head of the 
Department of Computer Science at Louisi¬ 
ana Tech University. Applicants must have a 
Ph.D. in Computer Science or a closely re¬ 
lated field. In addition, the individual must 
have a superior record in teaching and re¬ 
search at the undergraduate and graduate 
level. The position will be a twelve month ap¬ 
pointment and offer a competitive salary. 
Candidates must have a demonstrated com¬ 
mitment to excellence in teaching, research, 
and service and the ability to work effectively 
with faculty, students, and administration. 

The Department of Computer Science at 
Louisiana Tech University has seven (7) 
faculty and 125 students. The Department 
offers a CSAB accredited B.S. degree, the 
M.S. degree, and is currently considering 
joint establishment of an interdisciplinary 
Ph.D. program. The Computer Science De¬ 
partment features a departmental Ethernet 
linking faculty offices and laboratories. The 
Department computer equipment currently 
includes 10 Sun workstations with a file 
server, 2 microvaxes, an IBM RT, and 
numerous PC’s and peripherals. 

Louisiana Tech University is a state- 
supported institution with over 10,000 
students enrolled in six colleges. The College 
of Engineering is composed of 7 academic 


departments with a total enrollment of about 
1500 students. Computer Science at Loui¬ 
siana Tech is housed in the College of Engi¬ 
neering and enjoys close relationships with 
numerous faculty members and departments 
on joint ventures. Louisiana Tech University 
is located in Ruston, situated in beautiful 
North Louisiana. The community is warm 
and vital with a moderate cost of living. 

Louisiana Tech is expanding its research 
and graduate programs while maintaining 
and enhancing its reputation for excellence 
in teaching. This is an exciting time in Loui¬ 
siana Tech’s history, and excellent oppor¬ 
tunities exist for professional growth and 
development. If you want to make a signifi¬ 
cant impact, please apply. If you know 
others who fit this description, please 
nominate them. 

Applicants should submit resumes, in¬ 
cluding a list of three references, to: 

Barry A. Benedict, Dean 
College of Engineering 
Louisiana Tech University 
P.O. Box 10348 
Ruston, LA 71272 

Nominations can be sent to the same ad¬ 
dress, and nominees will be contacted for 
needed information. The review of applica¬ 
tions will begin immediately and will con¬ 
tinue until the position is filled. 

Louisiana Tech University is an equal op¬ 
portunity university. Women and minorities 
are encouraged to apply. 


WINONA STATE UNIVERSITY 

Department of Computer Science 

The Department of Computer Science in¬ 
vites applications for a tenure-track faculty 
position. Rank/Title and Salary will be based 
on qualification and experience. A Ph.D. or 
ABD in Computer Science or closely related 
field is required. Duties include teaching full 
range of Computer Science courses based 
on ACM guidelines, teaching courses in CS, 
CIS and MIS, and assignments at the WSU- 
Rochester Center. A commitment to excel¬ 
lence in teaching is essential. Other activities 
include participation in departmental and 
university committees, student advising, and 
participation in CS projects and research. 

Winona State University is located in the 
beautiful city of Winona in the Southeastern 
part of Minnesota. The mission of the Uni¬ 
versity is to serve the broad educational 
needs of the people of the region and to pro¬ 
vide high-quality programs. 

The Department of Computer Science has 
twelve full-time faculty members and offers 
strong programs in Computer Science, CIS 
and MIS. 

The department also needs fixed-term 
sabbatical leave replacements for academic 
year 1991-92. Interested parties are en¬ 
couraged to apply. 

Qualified applicants should submit a letter 
of interest, detailed resume, copy of tran¬ 
scripts (with official transcripts to follow im¬ 
mediately), list of three or more references, 
with addresses and phone numbers (Refer¬ 
ence letters preferred) to: Computer Science 
Search, Affirmative Action Office, Winona 
State University, Winona, MN 55987. Initial 
screening will begin February 1, 1991, and 
will continue until the position is filled. 


UNIVERSITY OF WEST FLORIDA 
Division of Computer Science 

Applicants are invited for four tenure track 
positions in the Division of Computer Sci¬ 
ence. The successful candidates must hold a 
Ph.D. in Computer Science or a closely 
related field, and have a depth of knowledge 
in artificial intelligence or software engineer¬ 
ing. Particular areas of emphasis include: 
constructivist approaches to AI and cognitive 
science; knowledge acquisition for knowl¬ 
edge-based systems, expert system issues 
(e.g., maintenance & explanation); neural 
nets; image processing; software mainte¬ 
nance, quality, reliability, and design. 

The Division of Computer Science offers 
B.S. and M.S. degrees in computer science 
and over the next few years will continue the 
development of its research and graduate 
programs. Extensive opportunities exist for 
local research involvement with the military 
and the medical communities. The Division 
currently enrolls about 500 undergraduate 
and 200 graduate students. The Division 
houses the Institute for the Interdisciplinary 
Study of Human and Machine Cognition 
and is an academic affiliate of the Software 
Engineering Institute. The research environ¬ 
ment includes Solbourne Series 4 file 
servers. Sun SPARCstations, IBM main¬ 
frame, and numerous Macintosh computers. 

Competitive salaries combined with a very 
low cost of living enhance the excellent life¬ 
style available in northwest Florida. 

Send vitae, three letters of reference, 
and copies of significant publications to 
Dr. Theodore Elbert, Division Head, Com¬ 
puter Science, The University of West 
Florida, Pensacola, FL 32514. Review of ap¬ 
plications will commence on Feb. 1, 1991. 
The positions will remain open until filled. 
UWF is an EO/AA institution. 


OREGON GRADUATE INSTITUTE 

OF SCIENCE AND TECHNOLOGY 

The Oregon Graduate Institute is recruit¬ 
ing for an Assistant Professor in the Depart¬ 
ment of Computer Science and Engineering 
to begin work no later than September 16, 
1991. The successful candidate will teach 
2-3 graduate-level courses per year and 
supervise a program of academic research, 
including thesis research by M.S. and Ph.D. 
candidates, in the field of distributed data¬ 
base systems. Requirements for the position 
include: completion of Ph.D. in computer 
science by the closing date for applications; 
top-quality academic training in the field of 
distributed database systems; proven ability 
to conduct research projects in the field of 
distributed database systems, particularly the 
reduction of concepts to functional software 
systems, as evidenced by at least 5 publica¬ 
tions in refereed scholarly journals or con¬ 
ference proceedings; and demonstrated com¬ 
munication skills. To apply, send a resume 
and three letters of reference to: Department 
Administrator, Department of Computer Sci¬ 
ence and Engineering, Oregon Graduate In¬ 
stitute of Science and Technology, 19600 
NW von Neumann Drive, Beaverton, OR 
97006. The closing date for applications is 
March 1, 1991. 
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BOOK REVIEWS 


Editor: Guy Johnson, Department of Information Technology, Rochester Institute of Technology, 1 Lomb Memorial Drive, Rochester, NY 14623. 


Data Communications and Interoperability 

Richard W. Markley (Prentice Hall, Englewood Cliffs, N.J., 1990, 236 pp., $34.40) 


Networking in the 1990s will empha¬ 
size interconnecting nonhomogeneous 
systems. A network’s ability not only to 
connect systems from different vendors, 
but also to allow them to operate in some 
cohesive fashion has been termed “inter¬ 
operability.” Therefore, it was with ea¬ 
ger anticipation that I approached Mark- 
ley’s book. 

The author states that his purpose in 
writing the book was to “present under¬ 
graduate engineering and computer sci¬ 
ence majors with an introduction to 
computer-to-computer data communica¬ 
tions.” He also bills the book as “self- 
contained,” so it can be used for indepen¬ 
dent study. Whether or not the author 
achieved his goal depends on how you 
define introduction. If by introduction 
you mean a quick overview of the field’s 
terminology, the author has achieved his 
goal. But, if you are looking for an intro¬ 


duction to the networking field for com¬ 
puter science majors or engineers, it is 
too cursory. 

The book appears to be a transcription 
of lecture notes, but it lacks the en¬ 
hancements that a professor would pro¬ 
vide at lecture time. A lot of “whats” are 
presented without the “whys.” For com¬ 
puter science majors or engineers, the 
whys are the most important part. To use 
this book in a networks class would re¬ 
quire extensive supplementation by an 
instructor. 

A danger in the author’s quick over¬ 
view approach is that in some discus¬ 
sions, we are not exposed to the wide va¬ 
riety of options that may exist. Instead, 
one or two are sometimes presented with 
no mention of the rest. An example of 
this is the author’s definition of a local 
area network as a network of peers. 
While this narrow view is not a problem 


for someone looking for a quick field 
overview, it would be disastrous for 
computer science majors or engineers. 

Considering that the book bears a 
1990 copyright, I was surprised by some 
omissions. While definitions of local 
and wide area networks appear, I found 
no reference to metropolitan area net¬ 
works. Also, fiber distributed data inter¬ 
face (FDDI) is mentioned as a planned 
protocol in only one line in the entire 
book. 

Given the many other good, complete 
texts in the area, I can see little reason 
to adopt this book for classroom use. 
However, it would be quick and easy to 
read for someone who wants an overview 
of networking or the field’s terminology. 


Gerald W. Cichanowski 
Winona State University, Minnesota 


Principles of Visual Programming Systems 

Shi-Kou Chang, ed. (Prentice Hall, Englewood Cliffs, N.J., 1990, 372 pp., $41.00) 


This text is an advanced introduction 
to visual programing systems. It covers a 
wide variety of topics ranging from visu¬ 
al programming languages to the use of 
visualization in the programming pro¬ 
cess. It is intended for a varied audience, 
from application developers to language 
researchers. 

The presentation of material is largely 
topical in nature, with several authors 
contributing individually from their re¬ 
spective fields of expertise. Despite this 
loosely coupled organization, a common 
theme is maintained throughout much of 
the book: Visual programming languages 
coupled with highly visual, icon-based 
programming environments will become 
the standard paradigm for future software 
development. This book explores the 


whys and hows of this inevitable migra- 

The beginning provides an overview 
of visual programming languages (that 
is, languages consisting of spatially ar¬ 
ranged, collections of icons). I found 
some of the mathematical formalisms de¬ 
scribing generalized icons tangential to 
the primary focus of this introduction. 
Fortunately, much of this advanced ma¬ 
terial can be browsed and later revisited 
without loss of continuity with the rest of 
the book. 

The book then moves on to discuss as¬ 
pects of user interface design and imple¬ 
mentation. It provides a good general 
survey of a subject that could easily fill a 
multivolume text. This chapter includes a 
particularly well written review of user 


interaction paradigms. My only criticism 
is that the section on user interface de¬ 
velopment tools does not address the 
emerging commercial marketplace for 
front-end packages or “look and feel” 
standards issues. 

Central to the book is the distinction 
between visual and iconic programming 
environments. The third chapter charac¬ 
terizes an iconic programming environ¬ 
ment as an extension of a visual pro¬ 
gramming environment in which the text 
use is minimized and program construc¬ 
tion is performed through the spacial ar¬ 
rangement of iconic screen elements. 
This chapter describes research proto¬ 
types of iconic programming environ¬ 
ments, with the PICT programming envi¬ 
ronment receiving the most detail. 
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I was disappointed that visual pro¬ 
gramming environments received com¬ 
paratively little attention, being down¬ 
played because of their textual 
orientation. Text is the principle medium 
that software engineers have for convey¬ 
ing concepts and ideas. This will not 
change overnight, if ever. I anticipate 
that commercially offered computer-aid¬ 
ed software engineering (CASE) prod¬ 
ucts will be predominantly visual, not 
iconic, long after visual programming 
languages become a commercially viable 
alternative. 

The book then addresses the use of 
visualization in the specification of soft¬ 
ware systems and discusses whether vi¬ 
sual techniques alone are sufficient to 
completely specify a software system. 


While the previous chapter addresses the 
merits of iconic programming environ¬ 
ments, here the book argues that using 
text to develop engineering specifica¬ 
tions provides the degree of precision 
necessary to support successful verifica¬ 
tion and validation. Visual techniques 
alone are not adequate for rigorously 
specifying software systems. 

Another area described is the proto¬ 
type implementation of a visual design¬ 
er’s environment called Verdi. Software 
design tools are inherently visual. The 
development of a successful visual inter¬ 
face for such a tool, in this case, the 
Raddle specification language, is a sig¬ 
nificant engineering task. A good general 
description is provided for the engineer¬ 
ing issues involved in developing a suc¬ 


cessful visual interface. 

The last part of the book focuses on 
the benefits of visual programming lan¬ 
guages for novice programmers and 
gives details on an experimental visual 
language called Bridge Talk. 

The editors meet their stated objec¬ 
tives of providing a comprehensive in¬ 
troduction to visual programming sys¬ 
tems, including both visual 
programming languages and visualiza¬ 
tion in the process of program develop¬ 
ment. However, this is not a CASE text¬ 
book, although some aspects of CASE 
are addressed. 


Jackson E. Wynn 
Nashua, N.H. 


Computer Architecture: A Quantitative Approach 

John L. Hennessy and David A. Patterson (Morgan Kaufmann Publishers, San Mateo, Calif., 1990, 753 pp., $54.95) 


The variety of computers on the mar¬ 
ket today is bewildering. The computer 
companies’ architectural decisions affect 
the work environments for a machine’s 
cost and performance. The difficulty is 
quantitatively measuring these factors so 
that intelligent design (or purchase) deci¬ 
sions can be made. Finally, someone has 
written a book that presents quantitative 
measures for performance and cost and 
uses these measures to analyze the effect 
of architectural decisions. The authors, 
John Hennessy and David Patterson, two 
of the giants in this field, wrote this book 
using their lifetime experiences in the 
development of computer architectures, 
especially RISC machines (Patterson 
coined the word). 

The authors’ stated goal for this book 
“is to help change the way people learn 
about computer architecture. We believe 
that the field has changed from one that 
can only be taught with definitions and 
historical information, to one that can be 
studied with real examples and real mea¬ 
surements.” The authors have certainly 
succeeded in their goal! This is the best 
computer architecture book I have ever 
used. 

The authors focus on uniprocessor sys¬ 
tems, with some reference to multipro¬ 
cessors in the last chapter. The topic se¬ 
lection is somewhat traditional, with 
instruction-set design, basic processor 
implementation techniques, pipelining, 
vector processors, memory-hierarchy de¬ 
sign, and input/output. However, two 
features set this book apart from others: 
quantitative measurements of existing ar¬ 
chitectures and a load/store architecture, 
DLX. This architecture, based on the 


MIPS R3000, is used in the chapters on 
processor implementation, pipelining, 
and vector processing. 

The first two chapters set the tone for 
the book by introducing quantitative 
measures for performance, speedup, CPU 
time, and cost. These measures compare 
different design decisions throughout the 
book. Thus, the impact of decisions can 
be seen in terms of performance and, to a 
lesser degree, cost. The book uses the ar¬ 
chitectures of the VAX, 8086, IBM 360/ 
370, and DLX for instruction sets and 
measurement examples. The book gives 
detailed measurements on the frequency 
of instruction use and addressing modes 
for a free set of programs from the au¬ 
thors. With the frequency data, the effect 
of proposed instruction-set changes can 
be predicted. For example, the effect of 
techniques to reduce the branch penalty 
in a pipelined processor can be quantita¬ 
tively calculated, since the branch fre¬ 
quencies have been measured. 

Each chapter has a consistent format. 
After the topic presentation, a section ti¬ 
tled “Putting It All Together” shows how 
chapter ideas are used in real machines. 
Another section, “Pitfalls and Fallacies,” 
teaches the reader about past mistakes. 
The chapter’s “Concluding Remarks” are 
followed by “Historical Perspectives and 
References.” The authors’ collective ex¬ 
perience and knowledge of the field shine 
in these sections. 

In the last three years, I have used 
three different texts for our course in 
computer architecture. None of them 
were very satisfying. I selected this book 
for several reasons. Since the book was 
class-tested at 18 universities, I hoped 


that it would have few errors and be 
more polished than most new texts. 

While there are a few errors, I was not 
disappointed. The book reads extremely 
well. The experiences and comments of 
beta site instructors are available with 
the book. Also, the authors provide a 
software package, so students can collect 
their own statistics. Unfortunately, the 
software was not ready this past summer, 
but I plan to use it in the next course. 
Lastly, I selected the book for its wealth 
of homework problems. (Most other text¬ 
books have very few exercises.) 

I assigned a number of problems dur¬ 
ing the class, ranging from crank-and- 
grind to very challenging. Each is as¬ 
signed a time estimate. At the end of the 
course, my students indicated that the 
time estimates were low for many prob¬ 
lems, and a few problems were not word¬ 
ed very carefully. In a few cases, I need¬ 
ed to see the solution to a question to 
understand the point of the problem. Ex¬ 
tra explanations for the problems will al¬ 
leviate much of the difficulty. 

Ten years ago, only large companies 
with large resources could afford to de¬ 
sign computers. With advances in micro¬ 
processor technology, smaller companies 
can design and market new computers. 
The new realities of the marketplace have 
made computer architecture vitally impor¬ 
tant to all computer scientists. If you are a 
computer professional or a student, this 
book should be required reading. 


Rayno Niemi 

Rochester Institute of Technology 


150 


COMPUTER 






Building Expert Systems in Prolog 


Dennis Merritt (Springer-Verlag, New York, 1989, 358 pp., $42.50) 


This excellent book and its code are 
worth buying, reading, and testing. Read¬ 
ers will learn how Prolog can be used to 
implement various expert systems tech¬ 
niques such as backward chaining, for¬ 
ward chaining, uncertainty, why and how 
explanations, frame manipulation, rule 
indexing, window interface, and proto¬ 
typing. 

The book’s well-achieved objective is 
to guide Prolog programmers who want 
either to build expert systems or to ex¬ 
periment with expert system techniques. 
For Chapters 6, 7, and 8, Merritt assumes 
that the reader generally understands 
Prolog and is somewhat familiar with 
frame structure. Because of this, the 
book is not completely self-contained 
and frequently refers to Programming in 
Prolog (Clocksin and Mellish, Springer- 
Verlag, 1981). 

Building Expert Systems in Prolog has 
12 chapters and seven appendixes. The 
appendixes contain sample knowledge 
bases and inference engines developed in 
the book. Some of them are implemented 
in Advanced AI Systems (AAIS) Prolog 
on the Macintosh and others in Arity 
Prolog on the IBM PC. The whole source 
code is available for $35. Although the 
book has a few typos, it is quite clearly 
written and well explained. 

Chapter 1 introduces expert systems 
and previews the chapters that follow. 
Explanations in this chapter are short, 
but clear and insightful. 

Chapter 2 shows the reader how to 
build a simple Prolog inference engine 
with attribute-value pair representation. 
By reading this 15-page chapter alone, 
readers can build an expert system that 
features multivalued answers and menus. 

Chapter 3 describes an expert system 
shell called Clam that supports backward 
chaining with uncertainty. The syntax of 
this chapter’s knowledge base is repre¬ 
sented in definite clause grammer form. 
Readers who are not familiar with this 
topic are referred to Clocksin and Mell¬ 
ish. Certainty factors are handled in a 
Mycin-like way. However, the imple¬ 
mentation of certainty factors on page 47 
does not handle the cases of CF1=0 and 
CF2<0 and CF1<0 and CF2=0. Chapter 4 
describes the implementation of why and 
how explanations for the shell developed 
in Chapters 2 and 3. 

Chapter 5 discusses a forward-chain¬ 
ing system called Oops (I don’t know 
where the name comes from). Merritt il¬ 
lustrates the power of Prolog in this 
chapter by representing each rule as a 
complex but single Prolog term. Prolog’s 


built-in unification and operator defini¬ 
tion facilitates this. However, to under¬ 
stand the inference engine in this chap¬ 
ter, readers may need to refer to other 
Prolog books for operator definitions 
and precedences. I expected to see the 
explanation of why each operation needs 
a given precedence and associativity, but 
it wasn’t there. Another small problem is 
that the precedences of operator defini¬ 
tions on page 82 differ from those in 
Appendix C. Discussions in the text are 
based on Clocksin and Mellish’s book, 
while the appendix implementation is in 
AAIS Prolog on the Macintosh. Also in 
the text are the rule selection techniques 
lexigraphic ordering (LEX) and means- 
ends analysis (MEA) that are offered in 
OPS5. However, the predicates for LEX 
and MEA are not in Appendix C, but in 


Readers who want 
to use Prolog 
to build intellegent 
systems will 
benefit from 
reading this work. 


Appendix D, which contains the source 
code for Chapter 7. 

Chapter 6 shows how frame structure 
can be defined and manipulated in Pro¬ 
log. Implemented facets of slots are val¬ 
ues, default values, calculation, and dem¬ 
os such as if-added and if-deleted. 
Readers without frame backgrounds will 
find this chapter difficult to follow. 

Chapter 7 integrates the frame facility 
in Chapter 6 with the forward-chaining 
system developed in Chapter 5. Readers 
who skimmed over Chapter 5 must fre¬ 
quently refer back to Chapters 5 and 6 
because examples from those chapters 
are modified and used in this chapter. 

The complete Prolog code discussed in 
this chapter is listed in Appendix D. 
However, careful readers will again note 
some discrepancies between the text and 
the appendix. For example, the Req pred¬ 
icate on page 103 has four arguments, 
while the code in the appendix has five. 
The comments for the code still include 
four arguments, as seen earlier in the 


text. Many predicates in this chapter do 
not stand alone; they are built on predi¬ 
cates of previous chapters. For example, 
the rule interpreter in Chapter 7 should 
replace the Match predicate in Chapter 5. 
Thus, readers should know which predi¬ 
cates to keep and which to replace. The 
same situation exists for Take and Up¬ 
date predicates. Some important predi¬ 
cates, such as Check_add_demons and 
Check_del_demons, are not explained in 
the text, but simply appear in the appen¬ 
dix. Despite these problems, this chapter 
is still surprisingly readable and instruc- 

Chapter 8 discusses the Rete matching 
algorithms of OPS5. Readers with little 
background in this area will find this 
chapter difficult to follow. 

Chapter 9 describes an approach to ob¬ 
ject-oriented window interfaces. Window 
predicates are implemented both in Arity 
Prolog and AAIS Prolog. However, this 
book does not clearly distinguish be¬ 
tween its predicates and the built-in 
predicates of Arity and AAIS. For this 
reason, readers need to refer to the prod¬ 
ucts’ manuals. 

The user interface predicates devel¬ 
oped in Chapter 9 are supposed to re¬ 
place corresponding predicates in Chap¬ 
ter 2. However, this process requires 
careful examination of the code. Some 
predicates, such as Ask and Askmenus, 
are incomplete. The Known predicate has 
only two arguments in this chapter, while 
it has three in Chapter 2. The implemen¬ 
tation of Prolog’s pull-down menus and 
forms is obtuse and lacks detail. 

Chapter 10 discusses two real-world 
expert systems implemented in Prolog. 
Merritt clearly shows how Prolog-based 
expert systems can be implemented for 
customized applications even when 
shells available on the PC are not suit¬ 
able for them. 

Chapter 11 illustrates Prolog as a pro¬ 
totyping tool, and Chapter 12 explains 
how to solve the Rubik’s Cube in Prolog. 

In summary, this book contains some 
ambiguous explanations and unexplained 
predicates, but it is excellent for learning 
Prolog techniques. Readers who want to 
use Prolog to build intelligent systems 
will benefit from reading this work. The 
book can be used either for independent 
study or as a supplement to an expert 
system or artificial intelligence course. 

Read it. Practice it. 


II-Yeol Song 
Drexel University 


January 1991 
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CHI ’91 


the conference on 

Human Factors in Computer Systems 

is internationally recognized as the largest, and definitive conference on Computer- 
Human Interaction. The 1991 User-Friendly conference will be held in the friendliest 


of U.S. cities, fA feivOrCeans. 


Issues to be addressed 

• User-Interface Design 

• Systems Design Implementation and 
Use 

• Practical Design Methods 

• User Models 

• Support of Group Work 

• Managing Human Factors in Systems 
Development 

• Leading Edge Interfaces — Artificial 


CHI ’91 Plenary Speakers 

• Tom Allen: Managing Technology 

• Tom Furness: Virtual Realities 

Two days of tutorials 

• Basics to advanced techniques in 
User-Interface design, development, 
prototyping and testing 

11 presentation and interactive 
formats 


Realities 

• Systems for Training 

• Studies of Programming 

Who should attend: 

• Researchers 

• Designers 

• Managers 

• Students 

• Faculty 

• Software Scientists 

• Human Factors Specialists 

• Programmers 

• Marketers 

• Industrial Designers 

• Training Specialists 

• Documentation Specialists 


CHI '91 is sponsored by the Association for Com- 
>uting Machinery's Special Interest 
Group on Computer and Human Inter¬ 
action, in cooperation with the IEEE 
Computer Society, ACM/SIGGRAPH, 
he Human Factors Society, the Cogni¬ 
tive Science Society, and six other international 
societies and special interest groups. 

9{eu> Ortzans, Louisiana 
LLpriC 28 - May 2 

For further information, or an advance 
program contact: 



CHI ‘91 Conference 

Attn: Toni MacHaffie 

18988 SW Shaw 

Aloha, Oregon 97007 

(503) 592-1981 

FAX:(503) 591-0120 

EMAIL:machaffie.chi@xerox.co 











Open an' 1 Closed 

case 


Searching for the right CASE partner for your organization? 
Once you know what to look for, finding the right partner is 
elementary. All the evidence points to IDE. Its success formula 
combines the right CASE process, tools, training and support 
to make you successful. 


To implement your CASE strategy, start with UNIX— 
the proven choice of software developers. UNIX 
provides the best foundation for multi-user envi¬ 
ronments and offers the widest array of modern 
development tools. Most illuminating. 

Add IDE’s Software through Pictures® and 
your choice of other best-of-class tools such 
as Saber-C, FrameMaker and Interleaf. Software 
through Pictures integrates all these tools with a 
shared repository, supports structured and object- 
oriented methods, and runs over heterogeneous networks 
of Sun, Digital, HP and IBM workstations and X terminals. 
Closed products from other vendors fall far short of IDE’s open 
strategy. Why settle for a 7 % solution when you can have it all? 

Look closely at your CASE alternatives and you’ll see why IDE 
is the obvious choice. Only IDE offers you open and extensible 
solutions such as the C Development Environment™ that guarante 
you can refine your CASE strategies to meet future requirements 
And if you’re just getting started with CASE, IDE’s Pilot 
Package provides all the software, training and support you 
need to make your first project a brilliant success. 

Fortuitous indeed. 


To learn how to create a successful CASE 
strategy for your organization, come to an 
IDE seminar. Or call us for more infor¬ 
mation. We’ll be happy to provide you 
with all the proof you need. 

For more information or to 
register for an IDE seminar in 
your area, call 
1-800-888-IDE1 Ext. 919 
1-415-543-0900 Ext. 919 
E-mail address: sherlock@ide.com 
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